Hello, I have an A-V sync problem with current mencoder cvs, and am currently uploading sample files to ftp.mplayerhq.hu/MPlayer/incoming/avsync. Here's the description.txt file I just uploaded: I've run into an A-V sync problem with today's cvs that did not exist a while ago (CVS-021210 works fine). When I encode this DVD (streamdump provided), audio lags about 100ms behind the video. Viewing the DVD is in sync, and running the same encode with the old version of mencoder works fine, too. stream.dump mplayer -dvd 1 -dumpstream use mplayer -ss 35 stream.dump to see that the audio IS in sync. The guy throws a stake, which hits a gravestone. The next two files are just the same encodings, the first with CVS from today. menc-current.avi has bad sync, while menc-old.avi is synchronized perfectly. menc-current.avi mencoder stream.dump -ss 35 -ovc lavc \ -lavcopts vcodec=mpeg4 -oac mp3lame \ -ofps 23.976 -o menc-current.avi -v menc-old.avi same as above, but with MEncoder CVS-021210-17:16-2.95.4 menc-current.log and menc-old.log are verbose logs of each respective encoding. Thanks for the time, Corey
phew, cool...glad i'm not the only one with this problem. can you give me instructions on how to checkout an older version of mplayer/mencoder from cvs? this bug is plaguing me, and i'm willing to revert to an older version to produce in sync divx's. btw, yours are only 100ms off? mine seem to be between 200-300ms off... i won't really mind so much if i could get mencoder's -audio-delay option to work (and if it other players recognized it, do they?), but that doesn't seem to work either... thanks, -- christopher On Thursday 30 January 2003 11:26 pm, Corey Hickey wrote:
[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html] Hello,
I have an A-V sync problem with current mencoder cvs, and am currently uploading sample files to ftp.mplayerhq.hu/MPlayer/incoming/avsync. Here's the description.txt file I just uploaded:
I've run into an A-V sync problem with today's cvs that did not exist a while ago (CVS-021210 works fine). When I encode this DVD (streamdump provided), audio lags about 100ms behind the video. Viewing the DVD is in sync, and running the same encode with the old version of mencoder works fine, too.
stream.dump mplayer -dvd 1 -dumpstream
use mplayer -ss 35 stream.dump to see that the audio IS in sync. The guy throws a stake, which hits a gravestone.
The next two files are just the same encodings, the first with CVS from today. menc-current.avi has bad sync, while menc-old.avi is synchronized perfectly.
menc-current.avi mencoder stream.dump -ss 35 -ovc lavc \ -lavcopts vcodec=mpeg4 -oac mp3lame \ -ofps 23.976 -o menc-current.avi -v
menc-old.avi same as above, but with MEncoder CVS-021210-17:16-2.95.4
menc-current.log and menc-old.log are verbose logs of each respective encoding.
Thanks for the time, Corey
_______________________________________________ RTFM!!! http://www.MPlayerHQ.hu/DOCS Search: http://www.MPlayerHQ.hu/cgi-bin/htsearch http://mplayerhq.hu/mailman/listinfo/mplayer-users
christopher j bottaro wrote:
[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html] phew, cool...glad i'm not the only one with this problem. can you give me instructions on how to checkout an older version of mplayer/mencoder from cvs? this bug is plaguing me, and i'm willing to revert to an older version to produce in sync divx's.
In my case, I'm using a build I compiled on December 10th (still had the deb lying around). Try downloading some daily cvs snapshots from here: http://www.mplayerhq.hu/MPlayer/cvs/ It'll probably be helpful to the developers to know exactly which change committed is causing our problems (I'm only assuming the recent DVD- playback sync patch is the culprit). If I have time, I'll try to track it down.
btw, yours are only 100ms off? mine seem to be between 200-300ms off...
Well, so far it's only one DVD that I've seen this with. If you want to compare, I've put my bugreport on an http server: http://bugfood.casa-z.org/mpbug/ ALL: Please only download stream.dump if you need to. I don't have a whole lot of upstream. Thanks! -Corey
i just compiled a cvs snapshot from dec 10, 2002. it works good, a little desync around the telecine output messages, but then it gets back in sync. i hope this issues gets resolved soon...i feel weird using older versions of software...;) -- christopher On Saturday 01 February 2003 05:48 pm, Corey Hickey wrote:
[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
christopher j bottaro wrote:
[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html] phew, cool...glad i'm not the only one with this problem. can you give me instructions on how to checkout an older version of mplayer/mencoder from cvs? this bug is plaguing me, and i'm willing to revert to an older version to produce in sync divx's.
In my case, I'm using a build I compiled on December 10th (still had the deb lying around). Try downloading some daily cvs snapshots from here: http://www.mplayerhq.hu/MPlayer/cvs/
It'll probably be helpful to the developers to know exactly which change committed is causing our problems (I'm only assuming the recent DVD- playback sync patch is the culprit). If I have time, I'll try to track it down.
btw, yours are only 100ms off? mine seem to be between 200-300ms off...
Well, so far it's only one DVD that I've seen this with. If you want to compare, I've put my bugreport on an http server: http://bugfood.casa-z.org/mpbug/
ALL: Please only download stream.dump if you need to. I don't have a whole lot of upstream. Thanks!
-Corey
_______________________________________________ RTFM!!! http://www.MPlayerHQ.hu/DOCS Search: http://www.MPlayerHQ.hu/cgi-bin/htsearch http://mplayerhq.hu/mailman/listinfo/mplayer-users
christopher j bottaro wrote:
[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html] i just compiled a cvs snapshot from dec 10, 2002. it works good, a little desync around the telecine output messages, but then it gets back in sync.
i hope this issues gets resolved soon...i feel weird using older versions of software...;)
-- christopher
You get telecine messages? Really? I don't remember any telecine detection in mencoder until quite recently. My December 10th build certainly doesn't. Also, builds much newer than that shouldn't have the problem - I just haven't had the time yet to find exactly when. -Corey
Hi,
You get telecine messages? Really? I don't remember any telecine detection in mencoder until quite recently. My December 10th build certainly doesn't.
it was recently added, a few days before rc3.
Also, builds much newer than that shouldn't have the problem - I just haven't had the time yet to find exactly when.
i've one buggy vob where it fails (keeps turning telecine on/off) please upload sample A'rpi / Astral & ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu "However, many people beg for its inclusion in Debian. Why?" - Gabucino "Because having new software in Debian is good." - Josselin Mouette "Because having good software in Debian is new." - Gabucino
Arpi wrote:
[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html] Hi,
You get telecine messages? Really? I don't remember any telecine detection in mencoder until quite recently. My December 10th build certainly doesn't.
it was recently added, a few days before rc3.
Also, builds much newer than that shouldn't have the problem - I just haven't had the time yet to find exactly when.
i've one buggy vob where it fails (keeps turning telecine on/off) please upload sample
A'rpi / Astral & ESP-team
The only sample I have is the one I already uploaded: ftp.mplayerhq.hu/MPlayer/incoming/avsync/stream.dump Thanks, Corey
Arpi wrote:
[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html] Hi,
You get telecine messages? Really? I don't remember any telecine detection in mencoder until quite recently. My December 10th build certainly doesn't.
it was recently added, a few days before rc3.
Well, I've run a few tests, and the problems only start to occur with builds made from after the change was made. Here are the results of CVS builds made from the following times: 2003-01-16 22:30 UTC --- Works fine. 2003-01-16 23:00 UTC --- Works terribly; encoder skips lots of frames, audio sync gets worse throughout file. 2003-01-16 23:30 UTC --- Has the same slight desync as today. -Corey
On Sunday 02 February 2003 04:15 am, Corey Hickey wrote:
Well, I've run a few tests, and the problems only start to occur with builds made from after the change was made.
Here are the results of CVS builds made from the following times:
2003-01-16 22:30 UTC --- Works fine. 2003-01-16 23:00 UTC --- Works terribly; encoder skips lots of frames, audio sync gets worse throughout file. 2003-01-16 23:30 UTC --- Has the same slight desync as today.
i wrote a little perl script to document when the av sync gets above +/-0.03. here is the output from mencoder cvs compiled a few days ago: mencoder -oac mp3lame -lameopts abr:br=96 -ovc frameno -o frameno.avi -ofps 23.976 -dvd 1 99% done, 0 mins remaining AV desync detected: range 11-134791, count 134780, avg 0.051929418311324 100% done, 0 mins remaining so pretty much the entire movie is outta sync by an avg of 0.0519... here is output from mencoder cvs snapshot 20021210: mencoder -oac mp3lame -lameopts abr:br=96 -ovc frameno -o frameno.avi -ofps 23.976 -dvd 1 0% done, 0 mins remaining AV desync detected: range 11-19, count 8, avg 0.037 8% done, 17 mins remaining AV desync detected: range 73-10798, count 10725, avg 0.0513603729603725 16% done, 14 mins remaining AV desync detected: range 10814-21931, count 11117, avg 0.0511943869749031 23% done, 13 mins remaining AV desync detected: range 21944-32032, count 10088, avg 0.0504846352101498 31% done, 11 mins remaining AV desync detected: range 32047-43361, count 11314, avg 0.04972131872017 34% done, 10 mins remaining AV desync detected: range 43376-46423, count 3047, avg 0.0492792911060067 38% done, 9 mins remaining AV desync detected: range 46481-51646, count 5165, avg 0.0492526621490805 42% done, 8 mins remaining AV desync detected: range 51649-56978, count 5329, avg 0.0494473634828301 51% done, 7 mins remaining AV desync detected: range 56992-68704, count 11712, avg 0.0495035006830606 60% done, 5 mins remaining AV desync detected: range 80129-80134, count 5, avg 0.0322 76% done, 3 mins remaining AV desync detected: range 101481-101484, count 3, avg 0.034 84% done, 2 mins remaining AV desync detected: range 112702-112705, count 3, avg 0.032 97% done, 0 mins remaining AV desync detected: range 129873-129876, count 3, avg 0.034 99% done, 0 mins remaining AV desync detected: range 134785-134798, count 14, avg 0.0545 100% done, 0 mins remaining range refers to which frames, count means how many consecutive frames in that range, and avg is the avg av desync that mencoder spits out for those frames. the dec 10th snapshot seems to do a bit better, but there are still large chunks that are outta sync by a significant amount... the dvd being encoded is roadtrip. so both old and new mencoder don't do well with this dvd. sometimes old mencoder will encoded a dvd perfectly, while new mencoder won't and vice versa. it stinks cuz i have to experiement to see which mencoder to use for which dvd. it stinks even more when both mencoders don't work...=/ -- christopher
On Thu, Jan 30, 2003 at 09:26:29PM -0800, Corey Hickey wrote:
I have an A-V sync problem with current mencoder cvs, and am currently uploading sample files to ftp.mplayerhq.hu/MPlayer/incoming/avsync.
Me too. What I noticed is that while encoding, mencoder prints a A-V which is constant, but non-zero. Sometimes ~40ms which is barely noticable, but sometime more, like ~80ms which is clearly noticeable. Example: Pos: 222.5s 5562f ( 3%) 14fps Trem: 196min 779mb A-V:-0.070 [807:156]]] -- Lars Christensen
ahh crap, i didn't even notice that. mine starts off ok, then after a telecine detection message, it becomes gets to like positive 0.080, then it does down, then after another telecine message it goes to negative 0.060. the changes are gradual... like it goes from 0 to postive, back down to 0, then to negative...check it out... Pos: 0.0s 2f ( 0%) 0fps Trem: 0min 1mb A-V:0.003 [0:0] A/Vms 6/10 D/B/S 0/1/0 Pos: 0.1s 3f ( 0%) 0fps Trem: 0min 1mb A-V:0.007 [0:0] A/Vms 5/12 D/B/S 0/1/0 *** [crop] Allocating mp_image_t, 720x480x12bpp YUV planar, 518400 bytes Pos: 0.1s 4f ( 0%) 0fps Trem: 0min 1mb A-V:0.010 [0:0] A/Vms 5/14 D/B/S 0/1/0 Pos: 0.2s 5f ( 0%) 0fps Trem: 0min 1mb A-V:0.013 [0:0] A/Vms 5/14 D/B/S 1/1/0 Pos: 0.3s 6f ( 0%) 0fps Trem: 0min 1mb A-V:0.017 [0:0] A/Vms 4/14 D/B/S 1/1/0 Pos: 0.3s 7f ( 0%) 0fps Trem: 0min 1mb A-V:0.020 [0:0] A/Vms 4/15 D/B/S 1/1/0 demux_mpg: 3:2 TELECINE detected, enabling inverse telecine fx. FPS changed to 23.976! Pos: 0.4s 8f ( 0%) 0fps Trem: 0min 1mb A-V:0.023 [0:0] A/Vms 4/15 D/B/S 2/1/0 Pos: 0.4s 9f ( 0%) 0fps Trem: 0min 1mb A-V:0.028 [0:0] A/Vms 4/15 D/B/S 2/1/0 Pos: 0.5s 10f ( 0%) 0fps Trem: 0min 1mb A-V:0.032 [0:0] A/Vms 4/15 D/B/S 2/1/0 Pos: 0.5s 11f ( 0%) 0fps Trem: 0min 1mb A-V:0.036 [0:0] A/Vms 3/15 D/B/S 2/1/0 Pos: 0.5s 12f ( 0%) 0fps Trem: 0min 1mb A-V:0.040 [0:32] A/Vms 3/16 D/B/S 2/1/0 Pos: 0.6s 13f ( 0%) 0fps Trem: 0min 1mb A-V:0.044 [0:31] A/Vms 3/16 D/B/S 2/1/0 Pos: 0.6s 14f ( 0%) 0fps Trem: 0min 2mb A-V:0.048 [0:31] A/Vms 3/16 D/B/S 2/1/0 Pos: 0.7s 15f ( 0%) 0fps Trem: 0min 3mb A-V:0.053 [0:32] A/Vms 3/16 D/B/S 2/1/0 Pos: 0.7s 16f ( 1%) 0fps Trem: 0min 4mb A-V:0.057 [0:32] A/Vms 3/17 D/B/S 2/1/0 Pos: 0.8s 17f ( 1%) 0fps Trem: 0min 5mb A-V:0.061 [0:32] A/Vms 3/17 D/B/S 2/1/0 Pos: 0.8s 18f ( 1%) 0fps Trem: 0min 5mb A-V:0.065 [0:32] A/Vms 3/17 D/B/S 2/1/0 Pos: 0.8s 19f ( 1%) 0fps Trem: 0min 5mb A-V:0.069 [0:31] A/Vms 3/17 D/B/S 2/1/0 Pos: 0.9s 20f ( 1%) 0fps Trem: 0min 6mb A-V:0.073 [0:31] A/Vms 3/17 D/B/S 2/1/0 Pos: 0.9s 21f ( 1%) 0fps Trem: 0min 6mb A-V:0.078 [0:32] A/Vms 3/17 D/B/S 2/1/0 Pos: 1.0s 22f ( 1%) 0fps Trem: 0min 7mb A-V:0.082 [0:32] A/Vms 2/17 D/B/S 2/1/0 Pos: 1.0s 23f ( 1%) 0fps Trem: 0min 7mb A-V:0.086 [690:32] A/Vms 2/17 D/B/S 2/1/0 <snip> demux_mpg: Progressive seq detected, leaving 3:2 TELECINE mode Pos: 8.6s 207f ( 6%) 45fps Trem: 1min 9mb A-V:0.074 [565:74] A/Vms 2/17 D/B/S 2/3/2 Warning! FPS changed 23.976 -> 29.970 (-5.994000) [4] Pos: 8.6s 208f ( 6%) 45fps Trem: 1min 10mb A-V:0.078 [564:74] A/Vms 2/17 D/B/S 2/3/2 Pos: 8.7s 209f ( 6%) 45fps Trem: 1min 10mb A-V:0.081 [562:74] A/Vms 2/17 D/B/S 2/3/2 Pos: 8.7s 210f ( 6%) 45fps Trem: 1min 10mb A-V:0.078 [560:74] A/Vms 2/17 D/B/S 2/3/2 Pos: 8.8s 211f ( 6%) 45fps Trem: 1min 10mb A-V:0.075 [557:74] A/Vms 2/17 D/B/S 2/3/2 Pos: 8.8s 212f ( 6%) 45fps Trem: 1min 10mb A-V:0.030 [555:74] A/Vms 2/17 D/B/S 2/3/2 Pos: 8.8s 213f ( 6%) 45fps Trem: 1min 10mb A-V:0.026 [553:74] A/Vms 2/17 D/B/S 2/3/2 Pos: 8.9s 214f ( 6%) 45fps Trem: 1min 10mb A-V:0.023 [550:74] A/Vms 2/17 D/B/S 2/3/2 Pos: 8.9s 215f ( 6%) 45fps Trem: 1min 10mb A-V:0.020 [549:74] A/Vms 2/17 D/B/S 2/3/2 Pos: 9.0s 216f ( 6%) 45fps Trem: 1min 10mb A-V:0.016 [546:74] A/Vms 2/17 D/B/S 2/3/2 Pos: 9.1s 217f ( 6%) 45fps Trem: 1min 10mb A-V:0.013 [542:74] A/Vms 2/17 D/B/S 3/3/2 Pos: 9.1s 218f ( 6%) 45fps Trem: 1min 10mb A-V:0.010 [539:74] A/Vms 2/17 D/B/S 3/3/2 Pos: 9.1s 219f ( 6%) 45fps Trem: 1min 10mb A-V:0.006 [538:74] A/Vms 2/17 D/B/S 3/3/2 Pos: 9.2s 220f ( 6%) 45fps Trem: 1min 10mb A-V:0.003 [536:74] A/Vms 2/17 D/B/S 3/3/2 Pos: 9.2s 221f ( 6%) 45fps Trem: 1min 9mb A-V:-0.000 [534:74] A/Vms 2/17 D/B/S 3/3/2 Pos: 9.3s 222f ( 6%) 45fps Trem: 1min 9mb A-V:-0.004 [530:74] A/Vms 2/17 D/B/S 4/3/2 Pos: 9.3s 223f ( 6%) 45fps Trem: 1min 9mb A-V:-0.007 [528:74] A/Vms 2/17 D/B/S 4/3/2 Pos: 9.4s 224f ( 6%) 45fps Trem: 1min 9mb A-V:-0.009 [526:74] A/Vms 2/17 D/B/S 4/3/2 Pos: 9.4s 225f ( 6%) 45fps Trem: 1min 9mb A-V:-0.011 [524:74] A/Vms 2/17 D/B/S 4/3/2 Pos: 9.5s 226f ( 6%) 45fps Trem: 1min 9mb A-V:-0.014 [522:74] A/Vms 2/17 D/B/S 4/3/2 Pos: 9.6s 227f ( 6%) 45fps Trem: 1min 9mb A-V:-0.016 [518:74] A/Vms 2/17 D/B/S 5/3/2 Pos: 9.6s 228f ( 6%) 45fps Trem: 1min 9mb A-V:-0.019 [516:74] A/Vms 2/17 D/B/S 5/3/2 Pos: 9.6s 229f ( 6%) 45fps Trem: 1min 9mb A-V:-0.021 [514:74] A/Vms 2/17 D/B/S 5/3/2 Pos: 9.7s 230f ( 6%) 45fps Trem: 1min 9mb A-V:-0.022 [513:74] A/Vms 2/17 D/B/S 5/3/2 Pos: 9.7s 231f ( 6%) 45fps Trem: 1min 9mb A-V:-0.024 [511:75] A/Vms 2/17 D/B/S 5/3/2 Pos: 9.8s 232f ( 7%) 45fps Trem: 1min 9mb A-V:-0.024 [507:75] A/Vms 2/17 D/B/S 6/3/2 Pos: 9.8s 233f ( 7%) 45fps Trem: 1min 9mb A-V:-0.027 [506:75] A/Vms 2/17 D/B/S 6/3/2 Pos: 9.9s 234f ( 7%) 45fps Trem: 1min 9mb A-V:-0.029 [504:75] A/Vms 2/17 D/B/S 6/3/2 Pos: 9.9s 235f ( 7%) 45fps Trem: 1min 9mb A-V:-0.030 [503:75] A/Vms 2/17 D/B/S 6/3/2 Pos: 10.0s 236f ( 7%) 45fps Trem: 1min 9mb A-V:-0.030 [501:75] A/Vms 2/17 D/B/S 6/3/2 Pos: 10.1s 237f ( 7%) 45fps Trem: 1min 9mb A-V:-0.031 [497:75] A/Vms 2/17 D/B/S 7/3/2 Pos: 10.1s 238f ( 7%) 45fps Trem: 1min 9mb A-V:-0.032 [496:75] A/Vms 2/17 D/B/S 7/3/2 Pos: 10.1s 239f ( 7%) 45fps Trem: 1min 9mb A-V:-0.034 [494:75] A/Vms 2/17 D/B/S 7/3/2 Pos: 10.2s 240f ( 7%) 45fps Trem: 1min 9mb A-V:-0.032 [493:75] A/Vms 2/17 D/B/S 7/3/2 Pos: 10.2s 241f ( 7%) 45fps Trem: 1min 9mb A-V:-0.033 [491:75] A/Vms 2/17 D/B/S 7/3/2 Pos: 10.3s 242f ( 7%) 45fps Trem: 1min 9mb A-V:-0.032 [488:75] A/Vms 2/17 D/B/S 8/3/2 Pos: 10.3s 243f ( 7%) 45fps Trem: 1min 9mb A-V:-0.033 [486:75] A/Vms 2/17 D/B/S 8/3/2 Pos: 10.4s 244f ( 7%) 45fps Trem: 1min 9mb A-V:-0.033 [485:75] A/Vms 2/17 D/B/S 8/3/2 Pos: 10.4s 245f ( 7%) 45fps Trem: 1min 9mb A-V:-0.036 [484:75] A/Vms 2/17 D/B/S 8/3/2 Pos: 10.5s 246f ( 7%) 45fps Trem: 1min 9mb A-V:-0.033 [482:75] A/Vms 2/17 D/B/S 8/3/2 Pos: 10.6s 247f ( 7%) 45fps Trem: 1min 9mb A-V:-0.033 [479:75] A/Vms 2/17 D/B/S 9/3/2 Pos: 10.6s 248f ( 7%) 45fps Trem: 1min 9mb A-V:-0.035 [477:75] A/Vms 2/17 D/B/S 9/3/2 Pos: 10.6s 249f ( 7%) 45fps Trem: 1min 9mb A-V:-0.035 [476:75] A/Vms 2/17 D/B/S 9/3/2 Pos: 10.7s 250f ( 7%) 45fps Trem: 1min 9mb A-V:-0.035 [475:75] A/Vms 2/17 D/B/S 9/3/2 Pos: 10.7s 251f ( 7%) 45fps Trem: 1min 9mb A-V:-0.037 [474:75] A/Vms 2/17 D/B/S 9/3/2 Pos: 10.8s 252f ( 7%) 45fps Trem: 1min 9mb A-V:-0.035 [471:75] A/Vms 2/17 D/B/S 10/3/2 Pos: 10.8s 253f ( 7%) 45fps Trem: 1min 9mb A-V:-0.034 [469:75] A/Vms 2/17 D/B/S 10/3/2 Pos: 10.9s 254f ( 7%) 45fps Trem: 1min 9mb A-V:-0.036 [469:75] A/Vms 2/17 D/B/S 10/3/2 Pos: 10.9s 255f ( 7%) 45fps Trem: 1min 9mb A-V:-0.039 [479:75] A/Vms 2/17 D/B/S 10/3/2 Pos: 11.0s 256f ( 7%) 45fps Trem: 1min 9mb A-V:-0.040 [481:76] A/Vms 2/17 D/B/S 10/3/2 Pos: 11.0s 257f ( 7%) 45fps Trem: 1min 9mb A-V:-0.043 [481:76] A/Vms 2/17 D/B/S 10/3/2 Pos: 11.1s 258f ( 7%) 45fps Trem: 1min 9mb A-V:-0.042 [480:76] A/Vms 2/17 D/B/S 10/3/2 Pos: 11.1s 259f ( 7%) 45fps Trem: 1min 9mb A-V:-0.042 [479:76] A/Vms 2/17 D/B/S 10/3/2 Pos: 11.1s 260f ( 7%) 45fps Trem: 1min 9mb A-V:-0.042 [478:76] A/Vms 2/17 D/B/S 10/3/2 Pos: 11.2s 261f ( 7%) 45fps Trem: 1min 9mb A-V:-0.045 [477:76] A/Vms 2/17 D/B/S 10/3/2 Pos: 11.2s 262f ( 7%) 45fps Trem: 1min 9mb A-V:-0.046 [476:76] A/Vms 2/17 D/B/S 10/3/2 demux_mpg: 3:2 TELECINE detected, enabling inverse telecine fx. FPS changed to 23.976! Pos: 11.3s 263f ( 7%) 45fps Trem: 1min 9mb A-V:-0.049 [475:76] A/Vms 2/17 D/B/S 10/3/2 Pos: 11.3s 264f ( 7%) 45fps Trem: 1min 9mb A-V:-0.050 [474:76] A/Vms 2/17 D/B/S 10/3/2 Pos: 11.3s 265f ( 7%) 45fps Trem: 1min 9mb A-V:-0.048 [473:76] A/Vms 2/17 D/B/S 10/3/2 Pos: 11.4s 266f ( 7%) 45fps Trem: 1min 9mb A-V:-0.048 [472:76] A/Vms 2/17 D/B/S 10/3/2 Pos: 11.4s 267f ( 8%) 45fps Trem: 1min 9mb A-V:-0.050 [471:76] A/Vms 2/17 D/B/S 10/3/2 Pos: 11.5s 268f ( 8%) 45fps Trem: 1min 9mb A-V:-0.051 [469:76] A/Vms 2/17 D/B/S 10/3/2 Pos: 11.5s 269f ( 8%) 45fps Trem: 1min 9mb A-V:-0.052 [468:76] A/Vms 2/17 D/B/S 10/3/2 Pos: 11.6s 270f ( 8%) 45fps Trem: 1min 9mb A-V:-0.055 [469:76] A/Vms 2/17 D/B/S 10/3/2 -- christopher On Saturday 01 February 2003 03:59 pm, Lars Christensen wrote:
[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
On Thu, Jan 30, 2003 at 09:26:29PM -0800, Corey Hickey wrote:
I have an A-V sync problem with current mencoder cvs, and am currently uploading sample files to ftp.mplayerhq.hu/MPlayer/incoming/avsync.
Me too. What I noticed is that while encoding, mencoder prints a A-V which is constant, but non-zero. Sometimes ~40ms which is barely noticable, but sometime more, like ~80ms which is clearly noticeable.
Example:
Pos: 222.5s 5562f ( 3%) 14fps Trem: 196min 779mb A-V:-0.070 [807:156]]]
participants (4)
-
Arpi -
christopher j bottaro -
Corey Hickey -
Lars Christensen