nev young wrote:
I use Avidemux and find it will do just about anything. Re-sync is a bit more complex than just <- and -> as you have to enter a signed number for the millisec time shift.
Does that make it a case of trial & error (shift the audio a bit, play the new video, shift the audio a bit more, etc)?
It's fairly fast, on my PC using the copy mode with a time shift will do a 1hr divx file in about 40 seconds.
To be honest I don't really care if it takes a couple of hours to do the actual conversion (although I'd expect something quick, like you suggest). It's the trial & error bit that's the bit I'm trying to make simple; the problem is I don't know how many millisec I need to shift the audio, I just know that it's wrong at the moment!
On Tue, 2009-06-09 at 09:43 +0100, Mark Rogers wrote:
nev young wrote:
I use Avidemux and find it will do just about anything. Re-sync is a bit more complex than just <- and -> as you have to enter a signed number for the millisec time shift.
Does that make it a case of trial & error (shift the audio a bit, play the new video, shift the audio a bit more, etc)?
Be careful when re-syncing AV streams, since your own machine will introduce delays in both the video and audio pipelines, which must be corrected for in the editing software options using a known good stream before you try and fix a duff stream.
P
Phil Ashby wrote:
Be careful when re-syncing AV streams, since your own machine will introduce delays in both the video and audio pipelines, which must be corrected for in the editing software options using a known good stream before you try and fix a duff stream.
Thanks for the tip.
I used avidemux to shift the audio by 300ms and its watchable, albeit not perfect. However 300ms out was definitely not watchable.
Configuring avidemux by stopping the video, entering a new ms shift value, and restarting the video, is not at all ideal, but it's got me close enough for the time being.
-
Mark Rogers -
Phil Ashby