From: Anne W. <can...@ti...> - 2004-08-25 06:18:19
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hardware - 128MB XFX GeForce FX 5200 - NVidia driver Soundcard - Audigy Plantinum with ALSA driver Xine version 0.9.23 with plf plugins. OS - Mandrake 10 with 2.6 kernel. My project is to build a 2-minute video of 5-second stills blended, then a= =20 soundtrack added. I have completed that as an SVCD and it plays well in=20 xine. However, I need to re-encode the original to DVD standard - and ther= e=20 I hit problems. When I play the output back in xine I get stuttering sound= =2E =20 I have had a lot of help from the mjpegtools list to troubleshoot this.=20 =46inally, we decided to play it in xine from a console, which provided the= =20 following output: ***** xine: found demuxer plugin: MPEG program stream demux plugin av_offset=3D0 pts spu_offset=3D0 pts fixing sound card drift by -1453 pts video_out: throwing away image with pts 2962135 because it's too old (diff = :=20 3703). 200 frames delivered, 0 frames skipped, 1 frames discarded fixing sound card drift by 3365 pts fixing sound card drift by 2534 pts fixing sound card drift by 1899 pts fixing sound card drift by 1423 pts =2E... # dozens more of these fixing sound card drift by 3370 pts fixing sound card drift by 3376 pts gui_xine_open_and_play(): mrl: 'file:/usr/share/xine/skins/xine-ui_logo.mpv', sub 'NONE', start_pos 0, start_time 0, av_offset 0, spu_offset 0. xine: found input plugin : file input plugin ebml: invalid EBML ID size (0x0) at position 1 ebml: invalid master element xine: found demuxer plugin: Elementary MPEG stream demux plugin av_offset=3D0 pts spu_offset=3D0 pts video_out: throwing away image with pts 13350981 because it's too old (diff= :=20 7107). video_out: throwing away image with pts 13353981 because it's too old (diff= :=20 4107). ^[[A^[[Aaudio_out: delay calculation impossible with an unavailable audio=20 device ***** It was wondered whether it is possible to tune xine parameters to deal with= a=20 situation like this, such as audio.av_sync_method and others in=20 the .xine/config file. Could anyone advise me, please? Anne =2D --=20 Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBLC8okFAvMr/nNX8RAvb4AJsEF7+ZjWv0zY3kmvExVvYTSIvYVQCfXEjz nFQTKD5lh8Y37q6zZ1MHtEg=3D =3DqW2A =2D----END PGP SIGNATURE----- |
From: James Courtier-D. <Ja...@su...> - 2004-08-25 10:52:04
|
Anne Wilson wrote: > Hardware - > 128MB XFX GeForce FX 5200 - NVidia driver > Soundcard - Audigy Plantinum with ALSA driver > Xine version 0.9.23 with plf plugins. > OS - Mandrake 10 with 2.6 kernel. > > My project is to build a 2-minute video of 5-second stills blended, then a > soundtrack added. I have completed that as an SVCD and it plays well in > xine. However, I need to re-encode the original to DVD standard - and there > I hit problems. When I play the output back in xine I get stuttering sound. > I have had a lot of help from the mjpegtools list to troubleshoot this. > Finally, we decided to play it in xine from a console, which provided the > following output: > ***** > xine: found demuxer plugin: MPEG program stream demux plugin > av_offset=0 pts > spu_offset=0 pts > fixing sound card drift by -1453 pts > video_out: throwing away image with pts 2962135 because it's too old (diff : > 3703). > 200 frames delivered, 0 frames skipped, 1 frames discarded > fixing sound card drift by 3365 pts > fixing sound card drift by 2534 pts > fixing sound card drift by 1899 pts > fixing sound card drift by 1423 pts This looks to me like a badly authored DVD. Can you Author a small DVD image that reproduces your problems, and then send me the URL so I can download it and reproduce the problem here. This problem can be caused by all sorts of problems. James |
From: Anne W. <can...@ti...> - 2004-08-25 13:14:06
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 25 Aug 2004 11:51, James Courtier-Dutton wrote: > Anne Wilson wrote: Hi, James. Thanks for the quick response. > > ***** > > xine: found demuxer plugin: MPEG program stream demux plugin > > av_offset=3D0 pts > > spu_offset=3D0 pts > > fixing sound card drift by -1453 pts > > video_out: throwing away image with pts 2962135 because it's too old > > (diff : 3703). > > 200 frames delivered, 0 frames skipped, 1 frames discarded > > fixing sound card drift by 3365 pts > > fixing sound card drift by 2534 pts > > fixing sound card drift by 1899 pts > > fixing sound card drift by 1423 pts > > This looks to me like a badly authored DVD. Quite possible, since I'm inexperienced, but experts from the mjpegtools li= st=20 have asked for all sorts of tests to try to find the problem. Basically, i= f=20 I encode at -q 8 the result is a small file with really bad stuttering. At= =20 =2D -q 4 it is less bad, but still obvious. > Can you Author a small DVD image that reproduces your problems, and then > send me the URL so I can download it and reproduce the problem here. > Hmm - how small do you need it to be? I've put a temporary link at the bot= tom=20 of www.lydgate.org.uk/linux to an mpg encoded at -q 4 (36.6 MB) If that's= =20 too big I'll encode it again when I get back later this afternoon at -q 8,= =20 which should give a smaller file and worse stuttering. > This problem can be caused by all sorts of problems. > I can believe that, but I'll run any tests I can to help. Anne =2D --=20 Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBLJCakFAvMr/nNX8RAnBmAJoCVBilfVH+e+2GqBrdBBXawj8SAwCgoT5E oLQpCZkRA3a9BR6OTIgnWGY=3D =3DF6Ry =2D----END PGP SIGNATURE----- |
From: James Courtier-D. <Ja...@su...> - 2004-08-25 15:54:06
|
Anne Wilson wrote: > On Wednesday 25 Aug 2004 11:51, James Courtier-Dutton wrote: > >>>Anne Wilson wrote: > > Hi, James. Thanks for the quick response. > > >>>>***** >>>>xine: found demuxer plugin: MPEG program stream demux plugin >>>>av_offset=0 pts >>>>spu_offset=0 pts >>>>fixing sound card drift by -1453 pts >>>>video_out: throwing away image with pts 2962135 because it's too old >>>>(diff : 3703). >>>>200 frames delivered, 0 frames skipped, 1 frames discarded >>>>fixing sound card drift by 3365 pts >>>>fixing sound card drift by 2534 pts >>>>fixing sound card drift by 1899 pts >>>>fixing sound card drift by 1423 pts >>> >>>This looks to me like a badly authored DVD. > > > Quite possible, since I'm inexperienced, but experts from the mjpegtools list > have asked for all sorts of tests to try to find the problem. Basically, if > I encode at -q 8 the result is a small file with really bad stuttering. At > -q 4 it is less bad, but still obvious. > > >>>Can you Author a small DVD image that reproduces your problems, and then >>>send me the URL so I can download it and reproduce the problem here. >>> > > Hmm - how small do you need it to be? I've put a temporary link at the bottom > of www.lydgate.org.uk/linux to an mpg encoded at -q 4 (36.6 MB) If that's > too big I'll encode it again when I get back later this afternoon at -q 8, > which should give a smaller file and worse stuttering. > > >>>This problem can be caused by all sorts of problems. >>> > > I can believe that, but I'll run any tests I can to help. > > Anne The problem is caused by the video PTS values. xine tries to predict what the correct PTS value is. Then some video frames might have PTS values on them, and if these differ from the predicted PTS, xine resets the buffers and jumps to the new PTS value. xine lets the video PTS values dominate. Now, if the Audio PTS values are correct, but the video PTS values are wrong, xine will correct itself to the video, and this will result in xine thinking the audio PTS values are wrong. Extract of running xine with "xine --verbose=3" audio discontinuity #12, type is 2, disc_off 3904619 waiting for in_discontinuity update #12 fixing sound card drift by 1898 pts video discontinuity #12, type is 2, disc_off 3904619 fixing sound card drift by 1425 pts audio discontinuity #13, type is 2, disc_off 4768619 waiting for in_discontinuity update #13 video discontinuity #13, type is 2, disc_off 4768619 audio vpts adjusted to audio vpts audio jump, diff=75600 So, xine is seeing jumps in audio and video pts values. Another possible reason for the problems, could be that the audio and video are not multiplexed close enough together, so even with xine's large buffers, it cannot fit the audio and video with the same PTS in the buffer. You need to redo the PTS values in the stream so that xine does not see any discontinuities. James |
From: Anne W. <can...@ti...> - 2004-08-27 12:00:34
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 25 Aug 2004 16:54, you wrote: > > The problem is caused by the video PTS values. > xine tries to predict what the correct PTS value is. > Then some video frames might have PTS values on them, and if these > differ from the predicted PTS, xine resets the buffers and jumps to the > new PTS value. xine lets the video PTS values dominate. Now, if the > Audio PTS values are correct, but the video PTS values are wrong, xine > will correct itself to the video, and this will result in xine thinking > the audio PTS values are wrong. > > Extract of running xine with "xine --verbose=3" > audio discontinuity #12, type is 2, disc_off 3904619 > waiting for in_discontinuity update #12 > fixing sound card drift by 1898 pts > video discontinuity #12, type is 2, disc_off 3904619 > fixing sound card drift by 1425 pts > audio discontinuity #13, type is 2, disc_off 4768619 > waiting for in_discontinuity update #13 > video discontinuity #13, type is 2, disc_off 4768619 > audio vpts adjusted to audio vpts > audio jump, diff=75600 > > So, xine is seeing jumps in audio and video pts values. > > Another possible reason for the problems, could be that the audio and > video are not multiplexed close enough together, so even with xine's > large buffers, it cannot fit the audio and video with the same PTS in > the buffer. > > You need to redo the PTS values in the stream so that xine does not see > any discontinuities. > James, both VLC and mplayer can play this stream without any problems at all. What is the difference? Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBLyJbkFAvMr/nNX8RAqvHAKCMeQcOWBmCDmBVVXrMWgbQz9lbXgCeP2Cn i2JalQ8LO32Q32EkowKlvBg= =xtc7 -----END PGP SIGNATURE----- |
From: Scott <cat...@do...> - 2004-08-27 12:36:35
|
>> >> Extract of running xine with "xine --verbose=3" >> audio discontinuity #12, type is 2, disc_off 3904619 >> waiting for in_discontinuity update #12 >> fixing sound card drift by 1898 pts >> video discontinuity #12, type is 2, disc_off 3904619 >> fixing sound card drift by 1425 pts >> audio discontinuity #13, type is 2, disc_off 4768619 >> waiting for in_discontinuity update #13 >> video discontinuity #13, type is 2, disc_off 4768619 >> audio vpts adjusted to audio vpts >> audio jump, diff=75600 >> >> So, xine is seeing jumps in audio and video pts values. >> [snip] >> You need to redo the PTS values in the stream so that xine does not >> see >> any discontinuities. FYI, I see these same verbose=3 level messages on every Hollywood DVD I own. I've been testing over the the last 2 days with various audio options to try an fix. I don't hear any audio stuttering because I'm using the Pass Through option however I do see an occasional jump in my picture which I suspect is the result of xine trying to resync audio and video. Sound drivers are ALSA with Gentoo 2.6 kernel. In other words, it may not be the DVD Anne has mastered but some config problem with Xine. I seriously doubt as if every DVD I've played in the last 2 weeks has been bad. :) x -- Scott |
From: Michael R. <mr...@us...> - 2004-08-27 20:16:52
|
Hi Scott, > FYI, I see these same verbose=3 level messages on every Hollywood DVD I > own. I've been testing over the the last 2 days with various audio > options to try an fix. The interesting part is: How often do you get these? Seeing them once a second clearly indicates some sort of problem, but seeing them occasionally (especially when jumping around in the DVD menus) is perfectly ok and is expected to happen. Michael -- panic("bad_user_access_length executed (not cool, dude)"); 2.0.38 /usr/src/linux/kernel/panic.c |
From: Scott <cat...@do...> - 2004-08-28 04:25:54
|
On Aug 27, 2004, at 4:16 PM, Michael Roitzsch wrote: > Hi Scott, > >> FYI, I see these same verbose=3 level messages on every Hollywood DVD >> I >> own. I've been testing over the the last 2 days with various audio >> options to try an fix. > > The interesting part is: How often do you get these? Seeing them once > a second > clearly indicates some sort of problem, but seeing them occasionally > (especially when jumping around in the DVD menus) is perfectly ok and > is > expected to happen. I read that in the FAQ on audio troubles. :) I actually see these during play back of the disk, not every second but at least several times. See http://donpoo.net/id4_log.txt for the output of a DVD. Since that log file was made however I've tweaked much. I'll post another log file along with my xine config settings for comparison soon. My wife asked me 'What are you doing' as she found me huddled over the keyboard and editing various config files. I explained to her, that this was Linux, and if I wanted it to Just Work I would have spent $2K on a Mac and associated 6.1 surround sound hardware. :) I appreciate the help. I've used Linux for about the last 8 years now but haven't had much opportunity to go indepth with xine and alsa. The more I read and tweak each to find out the root cause of this problem more I'm impressed. -- Scott |