tool req:quick tweaking to delay different streams in ogm files

[OUTPinged_]

Hello everyone.

The big problem in making ogms is a delay in different language streams. It differs on several region 5 dvd. Also sometimes we need to change delay in subtitle stream.


So, here is request for a tool that will have huge success and will allow us to make a perfect synced ogms.

1. A quick way to delay stream N by xxx ms. (quick = fire-and-forget type. Doesnt matter if it will be needed to demux and remux file again if tool can do that by itself)

2. Ability to quickly add delays in subtitle stream. (subtitles are srt afaik so it will be easy to add delay by rewriting time tag values).

3. Ability to change default sub/audio stream.


Yes, that will be complex. But it would really help. Everyone who had troubles in syncing 3 audio tracks and 4 sub language streams will understand that.

[Suiryc]

Hi

you can give a try to the latest modification I made on VirtualDub ...
(Nb : delay functionality may not result in what you expected so use with care)

[Didée]

Doesn't the readme say that audio delay isn't functional when saving to OGM? A quick test (only one) I've done confirmed this.

Indeed, an easier way to handle A/V(/XYZ)-delays would be VERY handy:

- usage of B-frames introduces delay, in correl. to the # of B-frames
- still I suspect OGM itself to introduce delay by 1-2 frames
- I don't trust the reported delay of DVD's audio streams to be always correct!

-> it's no fun to first compress audio to have the actual size, then fiddle around with the WAV all way round to the "final" mux, adjust delay until it really FITS, and then compress audio again, respecting the figured delay ...
ffdshow's "video delay" is of great use here (no need to mux the WAV), but still it's an annoying procedure :(

[Suiryc]

Originally posted by Didée
Doesn't the readme say that audio delay isn't functional when saving to OGM? A quick test (only one) I've done confirmed this.
Not that it is not functional, but that it may not allways work properly.
I made some few tests and sometimes it works as expected, and sometimes not completly (that's why at first I never enabled this functionality in my tools).

In any case the thing that should work most often is a negative offset (since it means we skip data at the beginning of the stream).
When using a positive offset the only thing I can do is artificially delay the time data should be rendered (and that's why it may not work properly since I don't know how OggDS&DirectShow behave in this case).

[Didée]

Oooops, forgive me,

my above post was written just before I noticed you have a new version up. I was still on 16-10.

Being off for testing now ...

[Suiryc]

Nb : the offset presently only works on input streams in "Show inputs".
For the main audio stream (Audio menu) VirtualDub still behave as usual (i.e. it fills data with 0x00 or 0x80 when using positive offset, which isn't good in OGM).

I will surely change this too in a next release ;)