Big News! Yes, you read that right, ReSample now works with AVI as well as MKV files! Usage is the same, file extension is the same. You just get two formats for the price of one.
Similar to ReScene, ReSample is initially available only as a command-line application and requires either the Microsoft .NET Framework 2.0 or the mono framework 1.9.1 or greater.
I've (finally!) finished the rewrite of ReSample I had been planning, so we finally have a codebase readable by (some, at least) humans. You can get the current version of the source (C#) here. If you do get the source code, note that ReSample now uses ReScene as a library for some of its features. If you want to build the code, you'll need to either copy the corresponding classes from the ReScene code, or better yet, add a reference to srr.exe. I used ILMerge to bake srr.exe into ReSample, so there are still no external dependencies for the compiled version.
If you have bug reports, feature requests, questions, or just want to chat about all things rescene, you can find all the world's leading ReScene/ReSample experts in our IRC channel
| Reference (.NET) Version |
MKV/AVI ReSample .NET 1.2 (Jun 9 2010)
Changes in 1.2
- Fixed a couple of bugs introduced by the additional error checking added to version 1.1. The new error handling is now active only when profiling a sample file, meaning corrupt sample detection is the same as 1.1, but handling of files during reconstruction is the same as 1.0. This fix restores the ability to reconstruct a sample from an incomplete MKV/AVI file or RAR set and resolves the issue of some AVI SRS files failing to load.
|
MKV/AVI ReSample .NET 1.1 (Mar 19 2010)
Changes in 1.1
- Improved the behavior of the -o switch when reconstructing a sample. If the path used in -o is a folder that doesn't exist, it will be created and the sample will be placed inside.
- Improved error handling/detection when reading a corrupted sample. Older builds would attempt to read beyond a corrupted portion of the file, sometimes resulting in excessive processor or memory usage. The new build will immediately abort when a parsing error occurs and report the location and type of the error. The only exception to this is errors near the file header. Those are processed as before so ReSample can tell you the expected size of a truncated sample.
- Fixed a bug that would cause an IndexOutOfRange exception or other unexpected error when parsing an MKV or AVI file with 0-length elements/chunks.
|
MKV/AVI ReSample .NET 1.0 (Oct 14 2009)
Changes in 1.0
- No changes to speak of, I'm afraid. I've just done a new build that includes ReScene 1.0 for the shared functionality and upgraded the version number to reflect release state.
|
MKV/AVI ReSample .NET Beta 9 (Sep 28 2009)
Changes in Beta 9
- Added -b switch to enable support for sample files larger than 2GB. Not that I think anyone will have an actual sample over 2GB, but this change allows ReSample to be used to remux full video files. Files created with the -b switch will not work with previous versions of ReSample.
- Added -c switch to force ReSample to check that all sample tracks can be located in the referenced full file before saving the .srs. Since the check step performs the same search that the track location step during reconstruction would perform, that step can be skipped on reconstruction if it was done during .srs creation. So while this switch makes it take longer to create the .srs, it will take less time to reconstruct the sample later. This change is backwards compatible with previous versions, although they won't benefit from the saved step.
ex: srs sample.mkv -c full.mkv
- Improved support for reconstructing samples directly from RAR archives. Previous versions would sometimes erroneously report that you had not supplied the first RAR in the set when you had. As far as I know, this only affected RAR sets created with very old versions of WinRAR.
- Improved performance of both the .srs creation and sample reconstruction processes. Previous versions performed the CRC calculations separately, which meant reading the sample file one additional time. During .srs creation, the CRC is now calculated simultaneously with the parsing of the sample. During sample reconstruction, the CRC is calculated as the file is written. This doesn't have a huge impact on smaller samples since the file was likely cached for the extra passes anyway, but with the new large file support, it makes a significant difference.
- Improved general error handling/reporting.
|
MKV/AVI ReSample .NET Beta 8 (Jun 11 2009)
Changes in Beta 8
- Added -l switch to list SRS file info.
ex: srs sample.srs -l
- Fixed a bug that caused an error when running ReSample from the root of a drive.
- Fixed a bug that caused ReSample to report that it had created an SRS file when the user had answered 'No' to a file overwrite prompt (the file wasn't actually created in that case).
|
MKV/AVI ReSample .NET Beta 7 (Jun 1 2009)
Changes in Beta 7
- Added support for AVI files (for all the whiners -- you know who you are).
- Improved the logic used when locating sample tracks within the full MKV or AVI file. In certain cases, a false positive match early in the file would prohibit ReSample from finding the track later in the file (this would really only happen in a subtitle track in an MKV). I only ever saw one file that was affected by this, but it's nice to have it fixed anyway.
- Changed the default track signature (the fingerprint of a track used to locate it in the full MKV/AVI) length from 128 bytes to 256 bytes in new SRS files. This was necessary to prevent false positives with XviD/DivX tracks.
- Changed the way paths are handled when creating files. Previous ReSample versions created the SRS file in the same folder as the input sample unless the -o switch was used. The default is now to create the SRS file in the working directory unless -o is used. The same applies for reconstructing samples. The reconstructed sample file will now be created in the working directory unless the -o switch is used. And finally, previous versions created temp files used by the reconstruction process in the same folder as the input full MKV file. The new version will create those temp files in the same folder in which the sample will eventually be created.
Note: This release is an almost complete rewrite from the last version. There are really too many changes to mention, but functionality should be the same except for the changes noted above. You can expect slightly better performance from the new version as well. File format is unchanged, so all existing SRS files should work fine with this build.
|
MKV ReSample .NET Beta 6 (Apr 27 2009)
Changes in Beta 6
- ReSample now removes attached files from the information stored in the SRS file. Some MKVs (particularly those with ASS subtitle tracks) contain attached files. Any attached files present in the sample will also be in the full MKV, so they are now removed along with the track data and restored during sample reconstruction. This will result in smaller SRS files for those samples that contain attached files.
|
MKV ReSample .NET Beta 5 (Apr 25 2009)
Changes in Beta 5
- Added support for track data stored in Matroska "SimpleBlock" Structures (used by default by mkvmerge starting with v2.7.0). In earlier ReSample versions, this data would have been recognized as metadata rather than track data, resulting in very large SRS files.
- Fixed an error that might occur when trying to reconstruct a sample from an incomplete RAR set. Reconstruction should work with an incomplete RAR set, provided enough of the RARs are present to locate the sample track data.
Note: In the case of samples using the new SimpleBlock structure, I have chosen not to build in backward compatibility for existing SRS files that have them stored (as I would normally do when I add a feature to ReSample). The reason for this is that if you use ReSample on a sample file that uses SimpleBlocks, the SRS file will be larger than the sample, making it totally useless. If for some reason, you created an SRS file like that and then deleted the sample, simply use an older build of ReSample to reconstruct the sample and then use a newer build to get a "proper" SRS file.
|
MKV ReSample .NET Beta 4 (Apr 24 2009)
Changes in Beta 4
- Added support for .mkv.avi file extension for MKV samples
- Added the ability to recontruct a sample directly from a RAR set containing an MVK file. (e.g. srs sample.srs release.rar)
Note: If you have issues reconstructing directly from RAR, simply extract the MKV and use as before. This functionality works as far as I know, but it hasn't been tested as thouroughly as the base functionality.
|
MKV ReSample .NET Beta 3 (Mar 23 2009)
Changes in Beta 3
- Original sample file name is now stored UTF8 encoded in the .srs file to allow for non-English characters
|
MKV ReSample .NET Beta 2 (Jan 24 2009)
Changes in Beta 2
- Fixed a bug that caused a file not found error when attempting to validate a sample after reconstruction.
- Added -o switch to specify output path for .srs file
|
MKV ReSample .NET Beta 1 (Jan 17 2009)
Initial Public Release
- Pass in .mkv (sample) file to create .srs
- Pass in .srs and .mkv (full) to re-create the sample
- File verification is included
|