Ok. I have tried to fight with the options -mc, -autosync, harddup filter to deal with out of sync situation in my avchd files. Even tried forcing different FPS. No joy. I always run into problems described by cooleyr: "too many video packets in buffer". Mencoder also shows, that it's waaaay out of sync on the files (A-V shows more than 30s!). I have tried my files with other players/encoders: - VLC (on gentoo) - plays the files, no glitches, even detects FPS correctly. - SuperC (on windows) - reencodes the files to other formats correctly. - MediaPlayer Classic + FFMpeg (on windows) - as good as vlc on linux. - Mplayer/Mencoder (SVN versions) - do not detect the fps (all files), have serious troubles with A-V sync (some longer files). What should i do to post my file examples to mplayer devs, to check them out? Maybe there's something missing in them or there's more work to do in mplayer. I'm unfortunatelly not a programmer but i can help with testing and other stuff on the issue. Links to files can be found here: http://article.gmane.org/gmane.comp.video.mplayer.user/58171 Regards Jakub Kulesza 2008/10/13 Jakub Kulesza <jakkul at gmail.com>: > Oh, yes.... my bad. Next time i'll post more info - will remember that :) > > Thanks for your help! > > 2008/10/13 RC <cooleyr at gmail.com>: >> On Sun, 12 Oct 2008 13:03:16 +0200 >> "Jakub Kulesza" <jakkul at gmail.com> wrote: >> >>> Please could someone check those files? Or even tell me how can i get >>> along with the "bad" one? >> >> That error message means audio and video are getting too far out of >> sync for MEncoder to cope. Different values of -mc can cause and or >> resolve such problems. But specifying an incorrect frame rate can as >> well. "Too many *video* packets" suggests the frame rate you've forced >> is too high. *audio* would be the opposite.
