a-v synchronization problems of some NTSC DVDs with -oac copy
Hello, I have recently ran into A-V synchronization problems while encoding some NTSC DVDs. I looked at the mailing list archive and found very similar symptoms in a thread by Corey Hickey on March 15th ("a-v sync problems with pullup, softskip (only on some DVDs)"). I have studied the answers but I was unable to fix the problem. It seems that the problem was a bug in the code that has been fixed. But I didn't find a reference to the version of MPlayer that has the bug fixed. I'm using version 1.0pre6 compiled from sources on a Gentoo system (For Gentoo users: I had to recompile MPlayer recently with the dts flag to get FFMPEG support again.) To reiterate the problems. I have noticed a short sync delay (of order of ms) with some DVDs that I converted while there was no sync problem with other DVDs. All the DVDs are in the NTSC format. The original DVDs show no sync problems, of course. The problematic DVDs are stored progressive with exception of a couple of short scenes with telecined content. I used the following command line for the encoding: mencoder -vf pullup=2:2:4:4,softskip,crop=704:368:8:60 -ofps 23.976 -oac copy -ovc xvid -xvidencopts pass=1:${xvidencopts} -o movie.avi where $xvidencopts is xvidencopts="bitrate=1800:me_quality=6:nointerlacing:noqpel:gmc:trellis:quant_type=mpeg: vhq=4:autoaspect:chroma_opt:hq_ac:min_iquant=1:min_pquant=1:min_bquant=1". I use the same commands (with exception of the cropping parameters and bitrate) for all DVDs, with some it works with other I get the problem. So it seems that the problem must be in the DVDs themselves. Some observations that I made: 1) the sync problem would be there even if I omitted pullup and softskip filters. One DVD that I have has first telecined content in the middle of the movie, however the sync problems would be there from the very beginning (with or without pullup,softskip) 2) there would be no sync problem if I compressed the audio stream with lame instead of just copying it. 3) MEncoder issues "1 duplicte frame(s) found" warning now and then. A small fragment of the log: Pos: 0.0s 2f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] 1 duplicate frame(s)! ODML: vprp aspect is 16384:7220. ODML: vprp aspect is 16384:7220. Trem: 0min 0mb A-V:0.000 [0:0] 1 duplicate frame(s)! Pos: 0.3s 10f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] demux_mpg: 24fps progressive NTSC content detected, switching framerate. Pos: 17.4s 421f ( 0%) 53fps Trem: 48min 2133mb A-V:0.000 [2801:0] 1 duplicate frame(s)! Pos: 230.8s 5539f ( 4%) 45fps Trem: 44min 1007mb A-V:0.000 [1631:0] 1 duplicate frame(s)! Pos: 255.5s 6131f ( 4%) 45fps Trem: 43min 964mb A-V:0.000 [1554:0]] 1 duplicate frame(s)! Pos: 268.3s 6437f ( 5%) 45fps Trem: 43min 944mb A-V:0.000 [1518:0] 1 duplicate frame(s)! Pos: 269.2s 6459f ( 5%) 45fps Trem: 43min 943mb A-V:0.000 [1515:0] 1 duplicate frame(s)! Pos: 270.8s 6497f ( 5%) 45fps Trem: 43min 940mb A-V:0.000 [1509:0] 1 duplicate frame(s)! Pos: 275.4s 6607f ( 5%) 45fps Trem: 43min 933mb A-V:0.000 [1497:0] ... Is the message "duplicate frame(s)" a good or a bad thing? (I wasn't able to make out the right answer in the responses in Corey's thread) Why does it appear in progressive content? 4) I use Windows Smartripper to backup the DVDs and MPlayer seems to have wrong information about the length of the movie (checked on the OSD display). However the result is always OK (as far as length is concerned). I'm including this observation here only for completeness. (BTW: I have a very small Linux partition (3GB) so I have to grab the DVD on a Windows partition) 5) the sync problems exist only for some mixed-content DVDs not all of them. I'm using MEncoder only for a couple of months now. So I'm no expert. If I overlooked something obvious, I apologize in advance! Thank you for your thoughts/comments. David
I apologize, the log fragment I posted is from the 1st pass with lame encoder, so there's so A-V information (all zeros). The log from the second pass looks like: Pos: 0.0s 2f ( 0%) 0fps Trem: 0min 0mb A-V:0.003 [0:0] 1 duplicate frame(s)! ODML: vprp aspect is 16384:7220. ODML: vprp aspect is 16384:7220. Trem: 0min 0mb A-V:0.010 [0:0] 1 duplicate frame(s)! Pos: 0.3s 10f ( 0%) 0fps Trem: 0min 0mb A-V:0.009 [0:0] demux_mpg: 24fps progressive NTSC content detected, switching framerate. Pos: 17.4s 421f ( 0%) 8fps Trem: 321min 2158mb A-V:0.012 [2683:212] 1 duplicate frame(s)! Pos: 230.8s 5539f ( 4%) 7fps Trem: 265min 1078mb A-V:0.006 [1520:228]] 1 duplicate frame(s)! Pos: 255.5s 6131f ( 4%) 7fps Trem: 264min 1039mb A-V:0.009 [1447:227]] 1 duplicate frame(s)! Pos: 268.3s 6437f ( 5%) 7fps Trem: 264min 1021mb A-V:0.014 [1413:227] 1 duplicate frame(s)! Pos: 269.2s 6459f ( 5%) 7fps Trem: 264min 1019mb A-V:0.013 [1410:227] 1 duplicate frame(s)! Pos: 270.8s 6497f ( 5%) 7fps Trem: 263min 1016mb A-V:0.009 [1405:227] 1 duplicate frame(s)! Pos: 275.4s 6607f ( 5%) 7fps Trem: 263min 1010mb A-V:0.001 [1394:227] 1 duplicate frame(s)! So there's some A-V correction being done already. But this should not necessary be a bad thing, right? Thank you.
On Sun, Apr 24, 2005 at 01:29:00PM -0400, David Soukal wrote:
Hello,
I have recently ran into A-V synchronization problems while encoding some NTSC DVDs. I looked at the mailing list archive and found very similar symptoms in a thread by Corey Hickey on March 15th ("a-v sync problems with pullup, softskip (only on some DVDs)"). I have studied the answers but I was unable to fix the problem. It seems that the problem was a bug in the code that has been fixed. But I didn't find a reference to the version of MPlayer that has the bug fixed. I'm using version 1.0pre6 compiled from sources on a Gentoo system (For Gentoo users: I had to recompile MPlayer recently with the dts flag to get FFMPEG support again.)
Do not report bugs in old versions. Upgrade to CVS or at least 1.0pre7. If you look at the release dates and that discussion on March 15, 1.0pre6 is MUCH MUCH older..
Some observations that I made:
1) the sync problem would be there even if I omitted pullup and softskip filters. One DVD that I have has first telecined content in the middle of the movie, however the sync problems would be there from the very beginning (with or without pullup,softskip)
This suggests it may be a different problem. But please always try upgrading first. Rich
Hello, I have downloaded and compiled MPlayer from CVS sources yesterday and tried to compress another movie. It seems that the problem is still there. In my last attempt I tried sequence: no inverse telecine then pullup,softskip and then softpulldown,ivtc=1 all of them with the same result: there's slight delay in the sound stream playback. I even tried to compress the DVD directly from the disc, instead of first decrypting it to the harddrive. I don't know what happened. I processed a lot of movies with MPlayer but recently, almost none works.. MPlayer plays all the movies in question without slightest problem. MEncoder, no matter what settings, is always off a little bit. I reported that compressing the audio stream works, it seems that with the last movie this theory is no longer true -- even Lame encoded audio stream is slightly off. The pullup filter complains about duplicate frames and so does softpulldown. Softpulldown reporst another thing that I have not seen before "softpulldown: Unexpected field flags", here's an example with a small context: Pos:5854.8s 140419f (82%) 22fps Trem: 21min 1641mb A-V:0.035 [1495:448] 1 duplicate frame(s)! Pos:5854.9s 140421f (82%) 22fps Trem: 21min 1641mb A-V:0.041 [1495:448] demux_mpg: 30000/1001fps NTSC content detected, switching framerate. Warning! FPS changed 23.976 -> 29.970 (-5.994000) [4] V:0.044 [1495:448] Pos:5855.3s 140431f (82%) 22fps Trem: 21min 1641mb A-V:0.022 [1495:448] demux_mpg: 24000/1001fps progressive NTSC content detected, switching framerate. Pos:5857.3s 140479f (82%) 22fps Trem: 21min 1640mb A-V:0.084 [1495:448] Skipping frame! softpulldown: Unexpected field flags: state=1 top_field_first=1 repeat_first_field=0 Pos:5862.0s 140594f (82%) 22fps Trem: 21min 1640mb A-V:-0.008 [1494:448] 1 duplicate frame(s)! Pos:5874.7s 140898f (83%) 22fps Trem: 21min 1637mb A-V:-0.004 [1492:448] This log was generated during the first pass invoked by the following code xvidencopts="bitrate=1400:me_quality=6:nointerlacing:noqpel:gmc:trellis: "quant_type=mpeg:vhq=4:autoaspect:chroma_opt:hq_ac:bvhq=1:min_iquant=1:min_pquant=1:min_bquant=1" vf="softpulldown,ivtc=1,crop=720:464:0:4,hqdn3d=4:2:3" mencoder dvd://1 -dvd-device "$src" -aid 128 -ofps 24000/1001 -vf ${vf} -oac copy -ovc xvid -xvidencopts pass=1:${xvidencopts} -o movie.avi Very odd thing is that I have processed many movies in the past and everything was ok until very recently. I noticed that the maintainter of the Gentoo "package" of MPlayer has made modification so that I had to recompile MPlayer with the DTS USE flag that according to the documentation compiles MPlayer with libdts. Without that, MPlayer wouldn't decode AC3 5.1 and only try passthrough mode that does not work with my card. However, after I recompiled MPlayer, playback worked. This has probably nothing to do with the problem but it's the only thing I can think of that has changed. BUT, I have downloaded the latest (Monday) sources of MPlayer and FFMpeg from CVS and recompiled MPlayer and libavcodec from scratch. The problems are still there. I update my Gentoo system quite often so perhaps something external to MPlayer has changed. Is there any other library not packed with MPlayer that might cause these problems? Thank you all very much for your help, David Rich Felker wrote:
On Sun, Apr 24, 2005 at 01:29:00PM -0400, David Soukal wrote:
Hello,
I have recently ran into A-V synchronization problems while encoding some NTSC DVDs. I looked at the mailing list archive and found very similar symptoms in a thread by Corey Hickey on March 15th ("a-v sync problems with pullup, softskip (only on some DVDs)"). I have studied the answers but I was unable to fix the problem. It seems that the problem was a bug in the code that has been fixed. But I didn't find a reference to the version of MPlayer that has the bug fixed. I'm using version 1.0pre6 compiled from sources on a Gentoo system (For Gentoo users: I had to recompile MPlayer recently with the dts flag to get FFMPEG support again.)
Do not report bugs in old versions. Upgrade to CVS or at least 1.0pre7. If you look at the release dates and that discussion on March 15, 1.0pre6 is MUCH MUCH older..
Some observations that I made:
1) the sync problem would be there even if I omitted pullup and softskip filters. One DVD that I have has first telecined content in the middle of the movie, however the sync problems would be there from the very beginning (with or without pullup,softskip)
This suggests it may be a different problem. But please always try upgrading first.
Rich
_______________________________________________ MEncoder-users mailing list MEncoder-users@mplayerhq.hu http://mplayerhq.hu/mailman/listinfo/mencoder-users
On Mon, 25 Apr 2005 21:06:36 -0400 David Soukal <david.soukal@binghamton.edu> wrote:
there's slight delay in the sound stream playback.
I've heard of xvid and mencoder having that problem. Can you try with lavc and see if you still have sync issues?
Is there any other library not packed with MPlayer that might cause these problems?
Perhaps (external) liba52 if not Xvid? If this is a new problem, you can try older versions of mencoder and see if it works better.
RC wrote:
On Mon, 25 Apr 2005 21:06:36 -0400 David Soukal <david.soukal@binghamton.edu> wrote:
there's slight delay in the sound stream playback.
I've heard of xvid and mencoder having that problem. Can you try with lavc and see if you still have sync issues?
Is there any other library not packed with MPlayer that might cause these problems?
Perhaps (external) liba52 if not Xvid?
If this is a new problem, you can try older versions of mencoder and see if it works better.
I just tried an older version (1.0_pre6-r4) and the problem is still there. I'll try libavcodec tonight.. Anyway, I noticed another thing. The movie that I just made with 1.0_pre6-r4 seems to be quite in sync until about 70 minutes. I found out by playing the original DVD that MPlayer will report incorrect time at about 60 minutes from the beginning of the movie. After 1:0:0 the time begins from zero. I assume it must be because another VOB file was being read. However it had no impact on sync. Could this have influenced MEncoder? I must be sounding desperate. But for no apparent reason, I'm unable to compress any more movies and it's getting frustrating :) If there's anything I could do to help localize the problem, let me know. Anyway, I'll try libav and will let you know. David
David Soukal wrote:
If there's anything I could do to help localize the problem, let me know.
It would be nice if you could post a section of the movie on some public server so we could try it out. 1. Pick a DVD that gives you desync problems early on. 2. Run 'mplayer dvd://1 -dumpstream'. You can ctrl-c mplayer once it's dumped a little past where you start getting problems 3. Use the dd command to refine it further, like this: $ dd if=stream.dump of=firstpart.dump bs=1M count=100 Adjust the count value to as small as you can while still including the problematic part. 4. Encode firstpart.vob to make sure you still have trouble. 5. At this point firstpart.vob will still be pretty big. See if you can remove some of the beginning, like this: $ dd if=firstpart.dump of=small.dump bs=1M skip=50 6. Use trial and error to find the biggest skip value you can where you still have trouble with small.dump. 7. Put the file on some http/ftp server and report the URL to us. -Corey
Corey Hickey wrote:
David Soukal wrote:
If there's anything I could do to help localize the problem, let me know.
It would be nice if you could post a section of the movie on some public server so we could try it out.
1. Pick a DVD that gives you desync problems early on.
2. Run 'mplayer dvd://1 -dumpstream'. You can ctrl-c mplayer once it's dumped a little past where you start getting problems
3. Use the dd command to refine it further, like this: $ dd if=stream.dump of=firstpart.dump bs=1M count=100 Adjust the count value to as small as you can while still including the problematic part.
4. Encode firstpart.vob to make sure you still have trouble.
5. At this point firstpart.vob will still be pretty big. See if you can remove some of the beginning, like this: $ dd if=firstpart.dump of=small.dump bs=1M skip=50
6. Use trial and error to find the biggest skip value you can where you still have trouble with small.dump.
7. Put the file on some http/ftp server and report the URL to us.
-Corey
I'll do that! But before I do, does the fact that the movie compressed with libav codec seems desync-free help?? This is all very strange to me, but hopefully not to you guys :) Thank you for your help!! David
David Soukal wrote:
I'll do that! But before I do, does the fact that the movie compressed with libav codec seems desync-free help??
I didn't expect that. There must be a bug in xvid, then. I won't be able to help you much, but hopefully one of the xvid people will. -Corey
On Wed, Apr 27, 2005 at 02:22:58PM -0700, Corey Hickey wrote:
David Soukal wrote:
I'll do that! But before I do, does the fact that the movie compressed with libav codec seems desync-free help??
I didn't expect that. There must be a bug in xvid, then. I won't be able to help you much, but hopefully one of the xvid people will.
It's probably a matter of using B frames or not. IMO B frames will always cause A/V desync with mencoder's design, but people usually say it works...so I don't know what the deal is. Rich
Rich Felker wrote:
On Wed, Apr 27, 2005 at 02:22:58PM -0700, Corey Hickey wrote:
David Soukal wrote:
I'll do that! But before I do, does the fact that the movie compressed with libav codec seems desync-free help??
I didn't expect that. There must be a bug in xvid, then. I won't be able to help you much, but hopefully one of the xvid people will.
It's probably a matter of using B frames or not. IMO B frames will always cause A/V desync with mencoder's design, but people usually say it works...so I don't know what the deal is.
It works for me using lavc even when the frame rate is bouncing all over the place (the licensing studio's bug and titles at 29.970, the original titles at 23.976, some inserted title content at 29.970, then back to 23.976 until the closing pops back in at 29.970... whew!). NTSC dvd's can have all sorts of wackiness.
Hello, I have prepared a small fragment of one of the problematic movies. I apologize for its size (320 MB) but I wasn't able to narrow the problem more down. The audio is almost in sync but in the very last scene, you can see a slight delay. It seems to me that some parts are almost ok but others are not. I also uploaded the script that I used to convert the movie, so hopefully you'll be able to reproduce it exactly. Just to make sure that you can see the delay I see I added also the encoded video. If had time, could you, please, try to reproduce the problem? I have read the comments that it's probably XVid's (version 1.0.3) fault, but I'd like to be sure. Thank you very much! In order to download the files, please use FTP to log to 128.226.120.56 with user name 'mencoder' and the password 'mplayer'. The files are in directory /public/mencoder. Thanks again. David Corey Hickey wrote:
David Soukal wrote:
If there's anything I could do to help localize the problem, let me know.
It would be nice if you could post a section of the movie on some public server so we could try it out.
1. Pick a DVD that gives you desync problems early on.
2. Run 'mplayer dvd://1 -dumpstream'. You can ctrl-c mplayer once it's dumped a little past where you start getting problems
3. Use the dd command to refine it further, like this: $ dd if=stream.dump of=firstpart.dump bs=1M count=100 Adjust the count value to as small as you can while still including the problematic part.
4. Encode firstpart.vob to make sure you still have trouble.
5. At this point firstpart.vob will still be pretty big. See if you can remove some of the beginning, like this: $ dd if=firstpart.dump of=small.dump bs=1M skip=50
6. Use trial and error to find the biggest skip value you can where you still have trouble with small.dump.
7. Put the file on some http/ftp server and report the URL to us.
-Corey
_______________________________________________ MEncoder-users mailing list MEncoder-users@mplayerhq.hu http://mplayerhq.hu/mailman/listinfo/mencoder-users
On Sunday, 24 April 2005 at 19:29, David Soukal wrote:
Hello,
I have recently ran into A-V synchronization problems while encoding some NTSC DVDs. I looked at the mailing list archive and found very similar symptoms in a thread by Corey Hickey on March 15th ("a-v sync problems with pullup, softskip (only on some DVDs)"). I have studied the answers but I was unable to fix the problem. It seems that the problem was a bug in the code that has been fixed. But I didn't find a reference to the version of MPlayer that has the bug fixed. I'm using version 1.0pre6 compiled from sources on a Gentoo system (For Gentoo users: I had to recompile MPlayer recently with the dts flag to get FFMPEG support again.)
To reiterate the problems. I have noticed a short sync delay (of order of ms) with some DVDs that I converted while there was no sync problem with other DVDs. All the DVDs are in the NTSC format. The original DVDs show no sync problems, of course.
The problematic DVDs are stored progressive with exception of a couple of short scenes with telecined content. I used the following command line for the encoding:
mencoder -vf pullup=2:2:4:4,softskip,crop=704:368:8:60 -ofps 23.976 -oac copy -ovc xvid -xvidencopts pass=1:${xvidencopts} -o movie.avi [...]
Try -ofps 24000/1001 and see if it helps. -- MPlayer RPMs maintainer: http://rpm.greysector.net/mplayer/ "I am Grey. I stand between the candle and the star. We are Grey. We stand between the darkness ... and the light." -- Delenn in Grey Council in Babylon 5:"Babylon Squared"
Dominik 'Rathann' Mierzejewski wrote:
On Sunday, 24 April 2005 at 19:29, David Soukal wrote:
Hello,
I have recently ran into A-V synchronization problems while encoding some NTSC DVDs. I looked at the mailing list archive and found very similar symptoms in a thread by Corey Hickey on March 15th ("a-v sync problems with pullup, softskip (only on some DVDs)"). I have studied the answers but I was unable to fix the problem. It seems that the problem was a bug in the code that has been fixed. But I didn't find a reference to the version of MPlayer that has the bug fixed. I'm using version 1.0pre6 compiled from sources on a Gentoo system (For Gentoo users: I had to recompile MPlayer recently with the dts flag to get FFMPEG support again.)
To reiterate the problems. I have noticed a short sync delay (of order of ms) with some DVDs that I converted while there was no sync problem with other DVDs. All the DVDs are in the NTSC format. The original DVDs show no sync problems, of course.
The problematic DVDs are stored progressive with exception of a couple of short scenes with telecined content. I used the following command line for the encoding:
mencoder -vf pullup=2:2:4:4,softskip,crop=704:368:8:60 -ofps 23.976 -oac copy -ovc xvid -xvidencopts pass=1:${xvidencopts} -o movie.avi
[...]
Try -ofps 24000/1001 and see if it helps.
Nope, it didn't help either :(
Hello, I wanted to add another piece of information. I tried to compress the same movie with newest MPlayer (05/01 CVS snapshot) and with XVid 1.1 beta 2 hoping that the problem would be gone. Unfortunatelly, the problem is still there. I'll try VirtualDub with newest XVid to see whether the problem might be in the movie itself or XVid. David David Soukal wrote:
Hello,
I have recently ran into A-V synchronization problems while encoding some NTSC DVDs. I looked at the mailing list archive and found very similar symptoms in a thread by Corey Hickey on March 15th ("a-v sync problems with pullup, softskip (only on some DVDs)"). I have studied the answers but I was unable to fix the problem. It seems that the problem was a bug in the code that has been fixed. But I didn't find a reference to the version of MPlayer that has the bug fixed. I'm using version 1.0pre6 compiled from sources on a Gentoo system (For Gentoo users: I had to recompile MPlayer recently with the dts flag to get FFMPEG support again.)
To reiterate the problems. I have noticed a short sync delay (of order of ms) with some DVDs that I converted while there was no sync problem with other DVDs. All the DVDs are in the NTSC format. The original DVDs show no sync problems, of course.
The problematic DVDs are stored progressive with exception of a couple of short scenes with telecined content. I used the following command line for the encoding:
mencoder -vf pullup=2:2:4:4,softskip,crop=704:368:8:60 -ofps 23.976 -oac copy -ovc xvid -xvidencopts pass=1:${xvidencopts} -o movie.avi
where $xvidencopts is
xvidencopts="bitrate=1800:me_quality=6:nointerlacing:noqpel:gmc:trellis:quant_type=mpeg: vhq=4:autoaspect:chroma_opt:hq_ac:min_iquant=1:min_pquant=1:min_bquant=1".
I use the same commands (with exception of the cropping parameters and bitrate) for all DVDs, with some it works with other I get the problem. So it seems that the problem must be in the DVDs themselves.
Some observations that I made:
1) the sync problem would be there even if I omitted pullup and softskip filters. One DVD that I have has first telecined content in the middle of the movie, however the sync problems would be there from the very beginning (with or without pullup,softskip)
2) there would be no sync problem if I compressed the audio stream with lame instead of just copying it.
3) MEncoder issues "1 duplicte frame(s) found" warning now and then. A small fragment of the log:
Pos: 0.0s 2f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] 1 duplicate frame(s)! ODML: vprp aspect is 16384:7220. ODML: vprp aspect is 16384:7220. Trem: 0min 0mb A-V:0.000 [0:0]
1 duplicate frame(s)! Pos: 0.3s 10f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] demux_mpg: 24fps progressive NTSC content detected, switching framerate. Pos: 17.4s 421f ( 0%) 53fps Trem: 48min 2133mb A-V:0.000 [2801:0] 1 duplicate frame(s)! Pos: 230.8s 5539f ( 4%) 45fps Trem: 44min 1007mb A-V:0.000 [1631:0] 1 duplicate frame(s)! Pos: 255.5s 6131f ( 4%) 45fps Trem: 43min 964mb A-V:0.000 [1554:0]] 1 duplicate frame(s)! Pos: 268.3s 6437f ( 5%) 45fps Trem: 43min 944mb A-V:0.000 [1518:0] 1 duplicate frame(s)! Pos: 269.2s 6459f ( 5%) 45fps Trem: 43min 943mb A-V:0.000 [1515:0] 1 duplicate frame(s)! Pos: 270.8s 6497f ( 5%) 45fps Trem: 43min 940mb A-V:0.000 [1509:0] 1 duplicate frame(s)! Pos: 275.4s 6607f ( 5%) 45fps Trem: 43min 933mb A-V:0.000 [1497:0] ...
Is the message "duplicate frame(s)" a good or a bad thing? (I wasn't able to make out the right answer in the responses in Corey's thread) Why does it appear in progressive content?
4) I use Windows Smartripper to backup the DVDs and MPlayer seems to have wrong information about the length of the movie (checked on the OSD display). However the result is always OK (as far as length is concerned). I'm including this observation here only for completeness. (BTW: I have a very small Linux partition (3GB) so I have to grab the DVD on a Windows partition)
5) the sync problems exist only for some mixed-content DVDs not all of them.
I'm using MEncoder only for a couple of months now. So I'm no expert. If I overlooked something obvious, I apologize in advance!
Thank you for your thoughts/comments.
David
_______________________________________________ MEncoder-users mailing list MEncoder-users@mplayerhq.hu http://mplayerhq.hu/mailman/listinfo/mencoder-users
Hello, I have finally managed to test the same movie on Windows machine with mingw version of MEncoder with the latest XVid.. the result is the same :( I also posted the problem on XVid mailing forum, but unfortunatelly, I didn't get any response at all. Is there anything else I might try before I return to VirtualDub? :( :( Thanks, David
Hello, I was trying to reencode the problematic movies with a newly synced CVS version of MPlayer but I was still having the same problems. I wanted to ask you guys whether there's anything more I could do about my problems or whether there's something being worked on. The responses I got were inconclusive, at least for me, as to what to do next. I also asked the same question on XVid mailing list but I never got any response... Do you have any idea what I might try before I give up XVid completely? Thank you again, David
David Soukal wrote: Hello,
I have recently ran into A-V synchronization problems while encoding some NTSC DVDs. I looked at the mailing list archive and found very similar symptoms in a thread by Corey Hickey on March 15th ("a-v sync problems with pullup, softskip (only on some DVDs)"). I have studied the answers but I was unable to fix the problem. It seems that the problem was a bug in the code that has been fixed. But I didn't find a reference to the version of MPlayer that has the bug fixed. I'm using version 1.0pre6 compiled from sources on a Gentoo system (For Gentoo users: I had to recompile MPlayer recently with the dts flag to get FFMPEG support again.)
To reiterate the problems. I have noticed a short sync delay (of order of ms) with some DVDs that I converted while there was no sync problem with other DVDs. All the DVDs are in the NTSC format. The original DVDs show no sync problems, of course.
The problematic DVDs are stored progressive with exception of a couple of short scenes with telecined content. I used the following command line for the encoding:
mencoder -vf pullup=2:2:4:4,softskip,crop=704:368:8:60 -ofps 23.976 -oac copy -ovc xvid -xvidencopts pass=1:${xvidencopts} -o movie.avi
where $xvidencopts is
xvidencopts="bitrate=1800:me_quality=6:nointerlacing:noqpel:gmc:trellis:quant_type=mpeg: vhq=4:autoaspect:chroma_opt:hq_ac:min_iquant=1:min_pquant=1:min_bquant=1".
I use the same commands (with exception of the cropping parameters and bitrate) for all DVDs, with some it works with other I get the problem. So it seems that the problem must be in the DVDs themselves.
Some observations that I made:
1) the sync problem would be there even if I omitted pullup and softskip filters. One DVD that I have has first telecined content in the middle of the movie, however the sync problems would be there from the very beginning (with or without pullup,softskip)
2) there would be no sync problem if I compressed the audio stream with lame instead of just copying it.
3) MEncoder issues "1 duplicte frame(s) found" warning now and then. A small fragment of the log:
Pos: 0.0s 2f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] 1 duplicate frame(s)! ODML: vprp aspect is 16384:7220. ODML: vprp aspect is 16384:7220. Trem: 0min 0mb A-V:0.000 [0:0]
1 duplicate frame(s)! Pos: 0.3s 10f ( 0%) 0fps Trem: 0min 0mb A-V:0.000 [0:0] demux_mpg: 24fps progressive NTSC content detected, switching framerate. Pos: 17.4s 421f ( 0%) 53fps Trem: 48min 2133mb A-V:0.000 [2801:0] 1 duplicate frame(s)! Pos: 230.8s 5539f ( 4%) 45fps Trem: 44min 1007mb A-V:0.000 [1631:0] 1 duplicate frame(s)! Pos: 255.5s 6131f ( 4%) 45fps Trem: 43min 964mb A-V:0.000 [1554:0]] 1 duplicate frame(s)! Pos: 268.3s 6437f ( 5%) 45fps Trem: 43min 944mb A-V:0.000 [1518:0] 1 duplicate frame(s)! Pos: 269.2s 6459f ( 5%) 45fps Trem: 43min 943mb A-V:0.000 [1515:0] 1 duplicate frame(s)! Pos: 270.8s 6497f ( 5%) 45fps Trem: 43min 940mb A-V:0.000 [1509:0] 1 duplicate frame(s)! Pos: 275.4s 6607f ( 5%) 45fps Trem: 43min 933mb A-V:0.000 [1497:0] ...
Is the message "duplicate frame(s)" a good or a bad thing? (I wasn't able to make out the right answer in the responses in Corey's thread) Why does it appear in progressive content?
4) I use Windows Smartripper to backup the DVDs and MPlayer seems to have wrong information about the length of the movie (checked on the OSD display). However the result is always OK (as far as length is concerned). I'm including this observation here only for completeness. (BTW: I have a very small Linux partition (3GB) so I have to grab the DVD on a Windows partition)
5) the sync problems exist only for some mixed-content DVDs not all of them.
I'm using MEncoder only for a couple of months now. So I'm no expert. If I overlooked something obvious, I apologize in advance!
Thank you for your thoughts/comments.
David
_______________________________________________ MEncoder-users mailing list MEncoder-users@mplayerhq.hu http://mplayerhq.hu/mailman/listinfo/mencoder-users
participants (7)
-
Corey Hickey -
David Soukal -
David Soukal -
Dominik 'Rathann' Mierzejewski -
Phil Ehrens -
RC -
Rich Felker