From: "Francesco Romani" <[EMAIL PROTECTED]>
Reply-To: transcode Developers Mailing List <[email protected]>
To: "transcode Developers Mailing List" <[email protected]>
Subject: Re: [transcode-devel] AV/Sync fine offset - automatic adjustment
Date: Tue, 14 Nov 2006 16:04:02 +0100
On 11/14/06, Will . <[EMAIL PROTECTED]> wrote:
Hi,
Hi,
I'm very keen to get the fine AV offset adjustment 100% correct in
transcode
as it's the only small problem I've been having. On my LCD monitor the
fine
AV offset being wrong is not as noticeable as on my main display. I'd
really
like to be in a position to do transcode as a 1 click operation and rely
on
not tweaking any settings.
Current A/V syncronization code in transcode surely deserves some more work
and a big revamp/improvemente, with a few notable exceptions like the
import_v4l2 code.
In the common case, it's pretty easy to see the A/V synchronization screwed
up, ad
that also depends heavily from the transcoding source.
Of course, this should be improved, but isn't scheduled for 1.1.0 (I have
plans
about this for circa 1.2.0/1.3.0). Of course, suggestions about better
algorhythms, ideas,
patches, comments are always welcome.
The problem is the AV sync is
only correct some of the time and depending on what I'm encoding from and
to. It seems to work best if I go from a PAL DVD to an XVID
Yup, PAL is less trickier than NTSC here (I don't like _at all_ 30000/1001
crazyness,
but that's just my taste).
When will they learn! (sorry joking)
Version Nos
transcode v1.0.2 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg
I run gentoo linux the version is linux-2.6.16-suspend2-r5
I strongly recommend to switch to CVS HEAD when experimenting changes
and/or proposing features and/or working to improve some parts of
transcode.
1.0.x branch is in deep maintenance mode (only REALLY critical and
straightforward
fixes in here). Furthermore, 1.1.0 (CVS) codebase is MUCH better than
1.0.x.
Thanks for the info, deffinetly sounds like the way to go. I'm going to
retest everything using the latest codebase.
I'm happy to experiment and do a bit of hacking to get this working and
post
my results back but I really need some help from some of the developers.
Just ask, we'll see what we can do :)
Thanks for your reply. I'm going to do some experimentation and just see how
far I can get. I was thinking of using FairUse as a model as I think the AV
sync is normally good, it uses an index file to do this (Im guessing its a
bit like the way the PSU core is utilised). I was thinking that if the PSU
core could be enhanced, that for my purposes I could just use it all the
time. Do you think this would work or is it likely to cause problems with
PAL material or do worse in some situations than the initial PTS offset and
other methods?
--
Francesco Romani
_________________________________________________________________
Windows LiveĀ Messenger has arrived. Click here to download it for free!
http://imagine-msn.com/messenger/launch80/?locale=en-gb
