Quote:
Originally Posted by PetBel
After checking some working source files and some source files with error here is what I found:
In working source files the track order is video track (id 0), audio track (id 1), subtitle track (id 2) and charter. In sources with error the audio track is first (id 0) and the video track is second (id 1). For me it looks like that this is the problem. After changing the track order of a file with error Ripbot encoded it without a problem.
|
Just diagnosed this myself. This only became obvious when the program started clearing the video265 file. On the down side, this also means that any file where the video track was not the first one before was being incorrectly encoded (ie, it had the wrong video) before last ripbot version.
fK