Hmmm, I see. First: How do I have to send mails to the mailing list so that they appear in the treeview instead of single entrys?
Second: I like transcode a lot and I'll keep using it, but for the desyncing movies I guess I'll need to use another tool like mencoder or ffmpeg, or would I just get the same desynced result with that? In case I do need to use another tool, I guess I'm going to have more manual reading fun :). Oh well, learning is never a wrong thing right? Third: I encoded a few ntsc movies as well (why do people actually have ntsc movies in a pal zone country, the stuff don't work on conventional standalone dvd players here, like, wtf) and I had no serious problems with them to this point, on one occasions there was a deleted scenes track that would transcode perfectly untill it came up to scene 6/10 or something, and then the xvid avi would be black for a long time, after that showing scene 6 to 8 while the sound kept playing correctly...very weird but I fixed it by ripping the track per scene and merging them together afterwards. Fourth: What are the theories behind a/v desync? How and why does it happen? Maybe I can join the think thank, I'm not a coder but I can make up nice theories about how to solve stuff. Thanks for the last mail, and thanks in advance Robert On 8/24/07, Francesco Romani <[EMAIL PROTECTED]> wrote: > > On 8/24/07, Robert Tigelaar <[EMAIL PROTECTED]> wrote: > > Allright, the test transcode of Pulp Fiction with -M2 was slighty better > > then the without -M ones...in the end part, a/v desync was around > 500-1000 > > ms. > > transcode has some known deficiencies in A/V sync field. Sadly, most of > them are > architectural, so fixing them isn't trivial nor quick. > > > I had looked trough the archives a bit already but couldnt find anything > > related to the desyncs then...or so I thought. > > Handling desync is an hard issue per se. Transcode has some limited > capabilities > in handling the constant desync (A/V shift IIRC the exact naming), so > if A/V desync > is fixed and constant we can already handle it fairly. > Things get real nasty in case of drifting (progressive, increasing A/V > desync). > transcode just can't do much on this case, yet. > > > - fixes in xvid export module; > > encoder flush was implemented at time of closing module, and that > > is supposed to fix issue #000017 ( > > http://tcfoundry.hostme.it/mantis/view.php?id=17). > > Please test and report problems or improvements :) > > I've changed dvdrip/transcode sources to ~x86 (gentoo unstable) and am > > recompiling them right now. When they're done, I'm going to test again > and > > I'll let you people know if there was any improvement. > > It will hardly be an improvement I guess, this fix regards an unrelared > field. > > > By the way, I tried to transcode Children of the Korn 4 today, too. This > > title has some *weird* a/v sync issues. The first 10 minutes, sync is > ok, > > then theres five minutes of heavy desync and then it's synced > again...plain > > weirdness all over. > > Definitively. And things get worse with NTSC (and it's insane > framerate 30000/1001), > and even worse with telecine. > > Sad but true, that's our situation right now. > > Bests, > > -- > Francesco Romani // Ikitt > >