1) When I load as source VTS_02_6.VOB, StaxRip correctly demultiplexes the corresponindg audio track(s). However after the demuxing It will load the incorrect audio track VTS_02_1..... (if it already exisits) instead of VTS_02_6.
(Add existing file)
2) When doing a File Batch, all *.mkv will be muxed with the audio track of the first *.vob in the batch
3) When doing a batch, it appears that subtitles are skipped / not demultiplexed.
4) Audio sync issue (see my former bug report) when combining files:
I think the audio desync problem arises when the audio delays of the individual vobs are different. When Combining Files, the combined audio files assumes the delay ofthe first vob. All other vobs with different delays will be out of sync.
| Attachment | Size |
|---|---|
| dir.zip | 1.34 KB |
| VTS_02_5_StaxRip.zip | 1.48 KB |
-
Maybe the API sorting is random, I've added a sort call now.
This seems to have solved the
This seems to have solved the problem! At least my 2 test cases came out right now. :-)
-
I've tested the filenames you've posted, here it worked in correc alphabetical order:
Track 1: G:\Lost\VTS_02_5 01 de-German 3_2ch 448Kbps DELAY -184ms.ac3
Track 2: G:\Lost\VTS_02_5 02 en-English 3_2ch 448Kbps DELAY -184ms.ac3
-
Seems to be kind of a random pick here.
I just made a batch of 5 vob's of a movie: 4 came out correctly, the 3rd vob however picked again the director's comments ..........
-
I'll have to investigate it, I thought the API returning the files sorts alphabetically, it should have picked the second track.
True, but look at the 4
True, but look at the 4 demuxed audio streams
VTS_02_5 01 de-German 3_2ch 448Kbps DELAY -184ms.ac3
VTS_02_5 02 en-English 3_2ch 448Kbps DELAY -184ms.ac3
VTS_02_5 03 en-English 2_0ch 192Kbps DELAY -88ms.ac3
VTS_02_5 04 en-English 2_0ch 192Kbps DELAY -88ms.ac3
For some odd reason the third stream is selected for en, which is much smaller in size and has a different (lower) bitrate compared to the movie streams.
-
Track 1: VTS_02_5 01 de-German 3_2ch 448Kbps DELAY -184ms.ac3
Track 2: VTS_02_5 03 en-English 2_0ch 192Kbps DELAY -88ms.ac3
From this filenames it's not possible to know if it's the directors comments, normally media info detects it and StaxRip writes it to the filename, the detection would still fail if the index of the comments is smaller than the normal stream but I never saw this case.
Looks like this here:
G:\Test\Sopranos\VTS_01_1 01 en-English 3_2ch 384Kbps DELAY 0ms.ac3
G:\Test\Sopranos\VTS_01_1 02 de-German 2_0ch 192Kbps DELAY 0ms.ac3
G:\Test\Sopranos\VTS_01_1 03 en-English Director's comments 2_0ch 192Kbps DELAY 0ms.ac3
-
What was the source filename, what was the detected audio 1 and audio 2 filename, and what are the languages of the audio settings (de und en wahrscheinlich :-). It's easiest to attach the diagnostic file where I can see such things. StaxRip, if this ain't broke usually writes 'director's comments' to the filename, it gets this info from MediaInfo, probably your source is missing a flag or something for this to work.
Attached the log of one of
Attached the log of one of the batch files.
I used File Batch mode in order to get the audio sync problems under control (various vobs with different audio delays)
In file batch mode I don't have the possibility to check the automatically selected language files. I don't know why the directors comments file was choosen for en. Perhaps StaxRip could check for similar file size of track1 and track2?
In File Combine mode I can interfere after the prepare, as I see in the GUI which language files have been selected.
-
Can you give me a dir listing?
zip attached. Thanks.
zip attached. Thanks.
Now it took the wrong audio
Now it took the wrong audio track 2. (using divx container and file batch mode in order to prevent the audio sync problem reported earlier)
Track 1: German ac3 as expected., ok
Track 2: English director's comments (I wanted English movie sound track)
-
Should work now, thanks for reporting.
-
Rather annoying because I remmember this or something similar was reported and fixed before, the code is a little bit difficult and messing with it is always takes time and is a bit risky breaking other things but I'll check it.