Re: mjpegtools to dvdauthor (was Re: [Mjpeg-users] Too late?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 27 Aug 2004 17:06, Selva Nair wrote: Now I go for the new, improved version of my production ;-) Thanks for all the help. Good luck. Hi, Selva. Hopefully this is the last question - My xml fille looks like this: dvdauthor dest=/Data/Movies/ vmgm / titleset titles pgc vob file=intro.mpg/ vob file=cottingley.mpg/ vob file=codaDVD.mpg/ /pgc /titles /titleset /dvdauthor Building it gives me: dvdauthor -x ../my-dvd.xml DVDAuthor::dvdauthor, version 0.6.8. Build options: gnugetopt magick Send bugs to [EMAIL PROTECTED] INFO: dvdauthor creating VTS STAT: Picking VTS 01 STAT: Processing intro.mpg... INFO: Video pts = 0.184 .. 5.504 INFO: Audio[8] pts = 0.184 .. 5.461 STAT: Processing cottingley.mpg... STAT: VOBU 3107 at 1720MB, 1 PGCS INFO: Video pts = 0.184 .. 1856.104 INFO: Audio[8] pts = 0.184 .. 1856.001 STAT: Processing codaDVD.mpg... STAT: VOBU 3197 at 1754MB, 1 PGCS INFO: Video pts = 0.184 .. 113.624 INFO: Audio[8] pts = 0.184 .. 113.529 STAT: VOBU 3200 at 1754MB, 1 PGCS INFO: Generating VTS with the following video attributes: INFO: MPEG version: mpeg2 INFO: TV standard: pal INFO: Aspect ratio: 4:3 INFO: Resolution: 720x576 INFO: Audio ch 0 format: mp2/2ch, 20bps STAT: fixed 3200 VOBUS INFO: dvdauthor creating table of contents scanning /Data/Movies//VIDEO_TS/VTS_01_0.IFO VIDEO_TS lists as: VIDEO_TS.BUP VTS_01_0.BUP VTS_01_1.VOB VIDEO_TS.IFO VTS_01_0.IFO VTS_01_2.VOB Is this what you would expect? The two files seem to be split purely because of size. I have tried each separately and the content of all three files is there. Now I need to check the structure. Either there is a problem,or I can't get the xine command right. Which directory should I be in to run the xine command? I'm sorry, I must be totally thick! This worked perfectly well with the short one yesterday but I keep getting error messages - can't find the mrl, and no plugin to handle dvd. We know this is rubbish - it worked yesterday - so it has to be me. Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBMgpGkFAvMr/nNX8RAoLYAJ92qMkv447Tg3KA3XBWhNM52QNZnwCfeXDa 9eGKiLzEjfZoDZ4HEJPNHao= =GKwJ -END PGP SIGNATURE- --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_idP47alloc_id808op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: mjpegtools to dvdauthor (was Re: [Mjpeg-users] Too late?)
On Sun, 29 Aug 2004, Anne Wilson wrote: VIDEO_TS lists as: VIDEO_TS.BUP VTS_01_0.BUP VTS_01_1.VOB VIDEO_TS.IFO VTS_01_0.IFO VTS_01_2.VOB Is this what you would expect? The two files seem to be split purely because Yes. You have the three mpg files authored as a single title so everything goes into VTS_01_x.VOB (x= 1 to 9) split into 1GB chunks as necessary. of size. I have tried each separately and the content of all three files is there. Now I need to check the structure. Either there is a problem,or I can't get the xine command right. Which directory should I be in to run the xine command? I'm sorry, I must be totally thick! This worked perfectly well with the short one yesterday but I keep getting error messages - can't find the mrl, and no plugin to handle dvd. We know this is rubbish - it worked yesterday - so it has to be me. xine sometimes acts up for me too.. The command for your case would be $ xine dvd:/Data/Movies/ Does n't matter where you run it from if you specify the full-path to the directory that contains VIDEO_TS and AUDIO_TS as above. Include the trailing slash. Selva --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: mjpegtools to dvdauthor (was Re: [Mjpeg-users] Too late?)
On Fri, 27 Aug 2004, Anne Wilson wrote: Check the authoring using xine (version 0.9.2x if possible :) $ xine dvd:/$PWD/my-dvd/ (the trailing / is important) Despite the fact that xine could not play the .mpg properly it had no problems at all with this. !! Burn my-dvd.raw to a dvd+/-rw disk using dvd+rw tools or dvdrecord/cdrecord as appropriate for your dvd drive. Sadly my dvd-rw disks are -R - and they are not read by my player, so I had to burn a full DVD+R to prove the point. Get an RW disk supported by your player. Get a decent brand, you wont regret it. For +RW (recent versions of growisofs are supposed to with -RW too, I haven't tried) $ dvd+rw-format /dev/scd0 $ growisofs -dvd-compat -Z /dev/scd0=my-dvd.raw ( - replace /dev/scd0 by the appropriate device - need permission to write to /dev/scd0 - avoid gui front ends that tie you to a mouse and spoil all fun :) - not -dvd-compat is needed or not ) I've never used growisofs before, but it was entirely painless. If it was on linux, I think whatever you used before must have invoked growisofs behind the hoods.. There is indeed a way that does not use growisofs -- mksiofs .. | dd /dev/scd0 but I doubt any of the front ends out there really do that. Selva --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: mjpegtools to dvdauthor (was Re: [Mjpeg-users] Too late?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Saturday 28 Aug 2004 16:50, Selva Nair wrote: Get an RW disk supported by your player. Get a decent brand, you wont regret it. I shall do that. In the first instance I was assured that most hardware players support DVD-R. That may be so, but it turns out that mine don't, so I had bought both -R and -RW disks that will probably be fine for data, but no good at all for this job. I've got a pack of +R disks now, and I'll get some +RW ones. I've never used growisofs before, but it was entirely painless. If it was on linux, I think whatever you used before must have invoked growisofs behind the hoods.. There is indeed a way that does not use growisofs -- mksiofs .. | dd /dev/scd0 but I doubt any of the front ends out there really do that. I knew that it was used by the gui burners, but I've never used it from the CLI before. In fact I have hardly done any dvd burning at all. The one short video dvd that I burned was done with k3b, but somehow I can't get comfortable with k3b. I use xcdroast for my data backups. I shall have to learn more about growisofs, I expect, but for this purpose at least I will stick to the CLI. Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBMK0ZkFAvMr/nNX8RAqFrAJwJk7cB7KsLYg3rZahJba7krmeDxQCfVCYs izONGVbXvBdkPl+se1q6t1w= =019v -END PGP SIGNATURE- --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_idP47alloc_id808op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday 24 Aug 2004 20:20, Selva Nair wrote: Although these messages suggest problem with the sound card driver or unusual clock drifts, it could well be something wrong with this version of xine. Tuning some of the xine configuration parameters such as audio.av_sync_method and others in the .xine/config file may help, but I would first check with the xine mailing list. I took the problem to the xine mailing list, and after making the file available for download I got this reply: quote 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. /quote What are PTS values? What do I need to read? I googled, but got a huge number of replies and very little seemed to have much to do with it. If you haven't any additional words it's hard to sort wheat from chaff ;-) Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBLL2vkFAvMr/nNX8RArt0AJ9BFJkhmkFOEyzaTyd8aAO4h07pVwCeKP8J snpFIRGQXBJwsabGxWOgJgI= =mlRa -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: mjpegtools to dvdauthor (was Re: [Mjpeg-users] Too late?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 26 Aug 2004 20:52, Selva Nair wrote: For basic dvd you only need to do I'm either blind or just plain stupid. I built my-dvd.xml like this: dvdauthor dest=/Data/Movies/ vmgm / titleset titles pgc vob file=coda.mpg / /pgc /titles /titleset /dvdauthor but when I attempted to use it I got dvdauthor -x ../my-dvd.xml DVDAuthor::dvdauthor, version 0.6.8. Build options: gnugetopt magick Send bugs to [EMAIL PROTECTED] ../my-dvd.xml:6: parser error : Opening and ending tag mismatch: vob line 0 and pgc /pgc ^ ERR: Error in parsing XML What have I missed? Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBLv1TkFAvMr/nNX8RAnU2AJ9UvouQPvPjW0lDOZxD5mKeqXnSjQCdHg/v Nb/WPMREQjbrFur0ouJNivM= =kuD3 -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: mjpegtools to dvdauthor (was Re: [Mjpeg-users] Too late?)
Hi! On Friday 27 August 2004 11:22, Anne Wilson wrote: On Thursday 26 Aug 2004 20:52, Selva Nair wrote: but when I attempted to use it I got dvdauthor -x ../my-dvd.xml DVDAuthor::dvdauthor, version 0.6.8. Build options: gnugetopt magick Send bugs to [EMAIL PROTECTED] ../my-dvd.xml:6: parser error : Opening and ending tag mismatch: vob line 0 and pgc /pgc ^ ERR: Error in parsing XML What have I missed? There's a little syntax error in the XML file. Instead of vob file=coda.mpg / it should be vob file=coda.mpg / (Note the dash _outside_ the quotes). Otherwise it should be fine. See ya, Axel 'Anterion' Philipsenburg --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: mjpegtools to dvdauthor (was Re: [Mjpeg-users] Too late?)
On Fri, 27 Aug 2004, Anne Wilson wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 26 Aug 2004 20:52, Selva Nair wrote: For basic dvd you only need to do I'm either blind or just plain stupid. I built my-dvd.xml like this: dvdauthor dest=/Data/Movies/ Be sure that /Data/Movies is empty and clean. It would be better to use a project specific directory name /Data/Movies/coda for book-keeping. vmgm / titleset titles pgc vob file=coda.mpg / Misplaced quote. That line above should be vob file=coda.mpg / /pgc /titles /titleset /dvdauthor but when I attempted to use it I got dvdauthor -x ../my-dvd.xml DVDAuthor::dvdauthor, version 0.6.8. Build options: gnugetopt magick Send bugs to [EMAIL PROTECTED] ../my-dvd.xml:6: parser error : Opening and ending tag mismatch: vob line 0 and pgc /pgc ^ ERR: Error in parsing XML May be we should move this thread to dvdauthor.. Selva --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: mjpegtools to dvdauthor (was Re: [Mjpeg-users] Too late?)
Hi Anne, May be we should move this thread to dvdauthor.. No - it worked perfectly. I burned the -q 8 version and it plays on my stand-alone player. QED. Wonderful ! Now I go for the new, improved version of my production ;-) Thanks for all the help. Good luck. Selva --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: mjpegtools to dvdauthor (was Re: [Mjpeg-users] Too late?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 26 Aug 2004 20:52, Selva Nair wrote: For basic dvd you only need to do snip That will layout the dvd file structure in the directory ./my-dvd/ Make sure that ./my-dvd is either empty or does not exist: dvdauthor keeps appending titles to the destination directory, so it is important to start from a clean state. As useful skeleton, saved for future use, thanks. Check the authoring using xine (version 0.9.2x if possible :) $ xine dvd:/$PWD/my-dvd/ (the trailing / is important) Despite the fact that xine could not play the .mpg properly it had no problems at all with this. Make an raw disk image using mkisofs $ mkisofs -dvd-video -o my-dvd.raw ./my-dvd ( - you need a recent version of mkisofs for -dvd-video support version = 2.0 ? - you can combine this step with the burning step below to save disk space and typing, but for the first try its better to make the raw image and then burn. ) Burn my-dvd.raw to a dvd+/-rw disk using dvd+rw tools or dvdrecord/cdrecord as appropriate for your dvd drive. Sadly my dvd-rw disks are -R - and they are not read by my player, so I had to burn a full DVD+R to prove the point. For +RW (recent versions of growisofs are supposed to with -RW too, I haven't tried) $ dvd+rw-format /dev/scd0 $ growisofs -dvd-compat -Z /dev/scd0=my-dvd.raw ( - replace /dev/scd0 by the appropriate device - need permission to write to /dev/scd0 - avoid gui front ends that tie you to a mouse and spoil all fun :) - not -dvd-compat is needed or not ) I've never used growisofs before, but it was entirely painless. For -RW with dvdrecord $ dvdrecord -dao dev=0,0,0 -v my-dvd.raw The resulting dvd should play main.mpg followed by ending.mpg with no menus or other frills. It gets authored as two chapters corresponding to the two sources as a single title. The playback may not be seamless between the two sources, so it is recommended that you encode and mplex the source for each title as a single file. I haven't encoded the long file yet. I'm going to rebuild the coda, interlaced, before I do that. However, I'm pleased to report that the resulting dvd plays perfectly on my stand-alone player. Make sure you have enough free disk space before you start -- the above procedure with raw image saved requires free space of a little over twice the size of all mpeg files being authored. I'll bear that in mind, thanks. Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBLy+fkFAvMr/nNX8RAkACAJ9DwXRQP1gLb0BamDzxIbdzzJpWtQCeIfKL BV9pPuzAPDQktwBGIyF3VOo= =/qqb -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 26 Aug 2004 16:49, Bernhard Praschinger wrote: Hallo Maybe you also try VLC (videolan client). If that player isn't included in you distribution, you can get it from http://www.videolan.org/ Well, what do you know? VLC plays it, even the -q 8 version, without a single stutter! So I would guess that the audio output in Xine is making the troubles. If mplayer also playes back the stream without problems. I've just installed mplayer - and yes, it does also play it without problems. What are PTS values? What do I need to read? I googled, but got a huge number of replies and very little seemed to have much to do with it. If you haven't any additional words it's hard to sort wheat from chaff ;-) As mentionend mpeg2enc and mplex should do the job rather well. I did not have a single message like the one you get, in the 0.9.23 version I use. Hmm - I shall have to think how I can tactfully tell the xine people ;-) Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBLiSBkFAvMr/nNX8RAnwZAJwMTDMV6XyxkIP3eQeBiSpzCeVgmwCfZH+l QGvkoBwyHKsqSNNUS+Qlz74= =h0fp -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 26 Aug 2004 19:10, Selva Nair wrote: On Thu, 26 Aug 2004, Anne Wilson wrote: On Thursday 26 Aug 2004 16:49, Bernhard Praschinger wrote: As mentionend mpeg2enc and mplex should do the job rather well. I did not have a single message like the one you get, in the 0.9.23 version I use. Hmm - I shall have to think how I can tactfully tell the xine people ;-) The moment of truth is when it plays on your standalone dvd player. Then you will have something to tell everyone :) But I need dvdauthor for that - right? I managed it once, with a small stream, before my box had a melt-down, but I haven't got to grips with it again yet. I will, though. Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD4DBQFBLifxkFAvMr/nNX8RAu5UAJj64uPYeb8gaItbwLZ0Bzi+rF8EAJ41HXko xHOnG3LzfCh8hQVsgD66Sw== =N9i7 -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
mjpegtools to dvdauthor (was Re: [Mjpeg-users] Too late?)
On Thu, 26 Aug 2004, Anne Wilson wrote: On Thursday 26 Aug 2004 19:10, Selva Nair wrote: The moment of truth is when it plays on your standalone dvd player. Then you will have something to tell everyone :) But I need dvdauthor for that - right? I managed it once, with a small stream, before my box had a melt-down, but I haven't got to grips with it again yet. I will, though. For basic dvd you only need to do $ cd where-the-mpg-files-reside $ dvdauthor -x my-dvd.xml where my-dvd.xml looks like dvdauthor dest=my-dvd/ !-- EDIT ME -- vmgm / titleset titles pgc vob file=main.mpg / !-- EDIT ME -- vob file=ending.mpg / !-- EDIT ME -- /pgc /titles /titleset /dvdauthor That will layout the dvd file structure in the directory ./my-dvd/ Make sure that ./my-dvd is either empty or does not exist: dvdauthor keeps appending titles to the destination directory, so it is important to start from a clean state. Check the authoring using xine (version 0.9.2x if possible :) $ xine dvd:/$PWD/my-dvd/ (the trailing / is important) Make an raw disk image using mkisofs $ mkisofs -dvd-video -o my-dvd.raw ./my-dvd ( - you need a recent version of mkisofs for -dvd-video support version = 2.0 ? - you can combine this step with the burning step below to save disk space and typing, but for the first try its better to make the raw image and then burn. ) Burn my-dvd.raw to a dvd+/-rw disk using dvd+rw tools or dvdrecord/cdrecord as appropriate for your dvd drive. For +RW (recent versions of growisofs are supposed to with -RW too, I haven't tried) $ dvd+rw-format /dev/scd0 $ growisofs -dvd-compat -Z /dev/scd0=my-dvd.raw ( - replace /dev/scd0 by the appropriate device - need permission to write to /dev/scd0 - avoid gui front ends that tie you to a mouse and spoil all fun :) - not -dvd-compat is needed or not ) For -RW with dvdrecord $ dvdrecord -dao dev=0,0,0 -v my-dvd.raw The resulting dvd should play main.mpg followed by ending.mpg with no menus or other frills. It gets authored as two chapters corresponding to the two sources as a single title. The playback may not be seamless between the two sources, so it is recommended that you encode and mplex the source for each title as a single file. Make sure you have enough free disk space before you start -- the above procedure with raw image saved requires free space of a little over twice the size of all mpeg files being authored. Selva --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday 24 Aug 2004 22:51, Steven M. Schultz wrote: On Tue, 24 Aug 2004, Anne Wilson wrote: Did you create the audio track in little pieces (individual .mp2 files)... No, it was taken from an avi in one piece - except that there was an edit of 2-3 frames of the avi, IIRC, near the beginning to correct a wobble - which explains the hiccough that I said was unavoidable. Apart from that it is one untouched stream. Ok - that's good. And the video was done in a similar manner? One continuous encode, not multiple .m2v files appended to each other? The main recording is one long continuous encode, with a few tidying up edits. The xine playback logs you mentioned earlier looked like something introduced timestamp discontinuities. That was the one that was constructed from lots of small avis taken from single frames + blends. Yes, I realise that, but I was just unsure as to the right stage in which to do it. Just before the data goes into the encoder is the usual place to do the scaling. OK, thanks. Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBLEt/kFAvMr/nNX8RAtgjAJsGbaR/vGdhO9xwNcQeePpj671/wACdHpwn y/J7AYtb7M0ibIgPO6+/OAU= =MgGe -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 25 Aug 2004 15:10, Bernhard Praschinger wrote: Maybe you also try VLC (videolan client). If that player isn't included in you distribution, you can get it from http://www.videolan.org/ OK - I'll take a look at it, Bernie Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBLLvWkFAvMr/nNX8RAvfbAJwNERx2q6u2fDcJ9Q4QrdfzsODj1wCdFd1s +Mchf6vD7irIH66SDfaXb9A= =/sMw -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 25 Aug 2004 15:10, Bernhard Praschinger wrote: Maybe you also try VLC (videolan client). If that player isn't included in you distribution, you can get it from http://www.videolan.org/ Well, what do you know? VLC plays it, even the -q 8 version, without a single stutter! Well, I've learned a lot, thanks to you all. Now, after advice received, I'm going to start all over again, trying to do the same thing again, but interlaced this time. Not tonoght, though ;-) Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBLNaXkFAvMr/nNX8RArzAAJkBruyRvBvaFUjIHx+6/ya3z0dx9QCfbuIq xs/zk4LK9GKqc22VMFzdmyA= =7k4u -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
On Tue, Aug 24, 2004 at 06:36:30PM -0400, Selva Nair wrote: On Tue, 24 Aug 2004, Steven M. Schultz wrote: My capture card is a DC10+ under v4l - that's the resolution it captures at full size. On my previous small project I used -d 2, but I think on this one I used -d 1 in lavrec. Yep - and DC10+ cards generate square pixels (or, if they can provide Rec.601 pixels then the drivers/software aren't requesting that format). Thus the need to resample/scale to the DVD frame size. Funny that it cant be convinced to deliver 704x576 or padded 720x576 frames. If you go and acquire the chipset databooks from the mjpegtools website and read into the capabilities of the video digitizer, you'll find that the chip used in the DC10+ is capable of a max of 640x480 square pixels. It (the video digitizer chip) was simply designed to generate 640x480 square pixels, probably as a cost saving measure. --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
On Wed, 25 Aug 2004, Anne Wilson wrote: I took the problem to the xine mailing list, and after making the file available for download I got this reply: quote 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. /quote What are PTS values? What do I need to read? I googled, but got a huge number of replies and very little seemed to have much to do with it. If you haven't any additional words it's hard to sort wheat from chaff ;-) The presentation times stamps are generated by mplex. Its the job of mplex to multiplex audio and video closely together and generate appropriate decode (DTS) and presentation (PTS) time stamps. I doubt that mplex is generating wrong PTS values, but it is possible that you have found a situation where the audio and video are not closely (close in terms of sectors not time) multiplexed. Andrew could clarify that, but it seems he does not frequent this list these days. Selva --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday 24 Aug 2004 04:16, Selva Nair wrote: Hi Anne, Hi, Selva At last I managed to reproduce your stuttering audio on another machine with the latest xine (xine-lib-1-rc5, xine-ui-0.99.2). The older version of xine plays it fine, though. Interesting. After some experimentation this is what I have concluded. The audio stutters when the average bitrate is much below the dvd rate (see below) but is mplexed at the dvd rate (with -f 8). This could be something peculiar about this version of xine, may be not. xine-0.9.20, mplayer and vlc play the clip fine. I suggest you to do a few more tests before burning to a dvd. Although you made this video with -b 4500, the average rate is kess than 2000 kbps, possibly because this is made from still images. So remake it with -f 8 and low value of quantization, say -q 4 or even lower. The idea is to get a decent bitrate of 5000 kbps or so which amounts to a total size of 70 MB for your 116 second stream instead of the current 24 MB or so. If you have to lower the q value to get to that size, do it. Lower the q better is your quality as long as the average rate does not not get too close to the peak rate (a 20% room is recommended). Although for normal full size video such low values of q are not recommended, in this special case of still images you can go pretty low. By the way, the default peak bitrate for mpeg2enc -f 8 is 7500kbps; aim for an average of 5000 or so - it may be hard to get more than that with stills. You can make a quick estimate of the average bitrate from the file size as average video bit rate = m2v size in bytes * 8 / duration in seconds Multiplex as dvd and test it with xine again. $ lav2yuv coda.eli | mpeg2enc -f 8 -q 4 -4 2 -2 1 -o coda.m2v (add scaler if the source is not 720x576) $ lav2wav coda.eli | mp2enc -r 48000 -o coda.mp2 $ mplex -f 8 coda.mp2 coda.m2v -o coda.mpg Let's see how this goes. I've left the whole quoted, because it will be useful in the archives, I think. This is definitely the right track. Encoding at -q 4 brought fewer stutters, -q 3 didn't seem much better - the file size was not much bigger, and there were still quite a few stutters. At -q the file size shot up to around 56 MB, and the only stutters were one at the beginning, where there was a fault in the input file, so unavoidable, and in the last 2-3 seconds. Although it's not perfect I could live with that. disk performance is usually a non-issue for dvd rate mpeg2 playback. OK - fine. Tutorial time again, though ;-) First, what do these parameters mean (it's not obvious from the man page)? - -4 2 -2 1 Then, the problems I've had appear to be caused by the way I have created the avi. This was done by grabbing a series of single frames, creating 25fps avis from them, creating transition avis, then writing an eli that could bring them together into one. Is there any way I could have lessened the chances of the problems I've had? Could they, for instance, be made interlaced in some way? And would it have helped? Or is it maybe that I didn't get a good quality sound grab in the first place? If so, again, recommendations would help. Finally, the main recording is in the form of a series of avis (filename02%.avi), interlaced. The coda is formed from a series of non-interlaced avis. I know I can't create a transition between the, but will I encounter problems when I try to stitch them together into one long production? I guess it's time to start reading up on dvdAuthor, too. Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBK0HZkFAvMr/nNX8RAqpAAJ9+x36yKKetLdVhmAfXwlvNWP/9SgCfYg80 Tq7KSxsHhPBioNVCzmCRFxU= =SCUg -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 23 Aug 2004 21:56, Selva Nair wrote: [*] The last time I used yuvscaler it did not support -O DVD, It seems to work OK now - I used it to change 768 to 720 but I haven't touched it after y4mscaler appeared. Make sure I don't have y4mscaler. In fact I've seen mention of several tools that I don't appear to have. Are they from cvs? Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBK0iCkFAvMr/nNX8RAv/xAKCS19ip0BvBk/PQVjIchISOew7kRACfcrmP dZOM85ikOEEEf1qPlUu6tcM= =7IuG -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 23 Aug 2004 21:31, Selva Nair wrote: Have you tried playing any dvd-rate mpeg2 file from disk? You can copy, say, a short chapter from a dvd and try. If you have ogle, mplayer or vlc, try those too. I tried that, and it played fine in xine, so you were right. It's not a disk access timing problem. Or author it on a dvd-rw and see whether your standalone dvd-player can play it! Be sure to author it using, say, dvdauthor, not simply copy the mpg to the disk. Instead of going down this road I followed your other suggestions, which revealed quite a bit about the problem, I think. Now I'm going to read up on dvdauthor. Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBK1ExkFAvMr/nNX8RAg0QAJ93ixC/m+GmTDH9+n4P+Pv5AWLx/wCgjOMK NgaTfCWefNTRHoIbBKWstgI= =n98a -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
On Tue, 24 Aug 2004, Anne Wilson wrote: I don't have y4mscaler. In fact I've seen mention of several tools that I don't appear to have. Are they from cvs? The other tools you've seen mentioned are indeed from the cvs version of mjpegtools. y4mscaler is not, at this time, integrated into mjpegtools. Get y4mscaler from: http://www.mir.com/DMG/ For mjpegtools-1.6.x you want y4mscaler-0.6.2, for the cvs version of mjpegtools you need y4mscaler-0.7.1. Just do a make and then cp/mv the y4mscaler executable into a directory in $PATH Cheers, Steven Schultz --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
On Tue, 24 Aug 2004, Anne Wilson wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday 24 Aug 2004 04:16, Selva Nair wrote: Hi Anne, Hi, Selva At last I managed to reproduce your stuttering audio on another machine with the latest xine (xine-lib-1-rc5, xine-ui-0.99.2). The older version of xine plays it fine, though. Interesting. After some experimentation this is what I have concluded. The audio stutters when the average bitrate is much below the dvd rate (see below) but is mplexed at the dvd rate (with -f 8). This could be something peculiar about this version of xine, may be not. xine-0.9.20, mplayer and vlc play the clip fine. I do not understand why multiplex rate should affect playback, that's why I left it for your experimentaion instead of spamming the list with my half-baked conclusions ;) By the way, later ( 1.6.1 release?) versions of mplex can be forced to use a lower bitrate than the default of 10.08Mbps with -f 8. That may be another way to multiplex low bit-rate streams. I really do not know whether its important to keep the mplex rate not too much higher than the actual video+audio rate. Also is there a practical lower limit for dvd bitrate? I've left the whole quoted, because it will be useful in the archives, I think. This is definitely the right track. Encoding at -q 4 brought fewer stutters, -q 3 didn't seem much better - the file size was not much bigger, and there were still quite a few stutters. At -q the file size shot up to around 56 MB, and the only stutters were one at the beginning, where there was a fault in the input file, so unavoidable, and in the last 2-3 seconds. Although it's not perfect I could live with that. Even if the issue was with the mplex rate, that much fine tuning should not be required. I never had any audio problem with mpeg2enc/mplex although I haven't used used extreme values of bit rates. Possibly something is wrong with xine too: if you run xine with --verbose you may get some messages on audio drifts, if any. Selva --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
On Tue, 24 Aug 2004, Selva Nair wrote: I do not understand why multiplex rate should affect playback, that's why I left it for your experimentaion instead of spamming the list with my half-baked conclusions ;) It doesn't - at least I've never had it. Lowering the bitrate of the video will produce something that will make your eyes hurt but won't cause audio stuttering. By the way, later ( 1.6.1 release?) versions of mplex can be forced to use a lower bitrate than the default of 10.08Mbps with -f 8. That may be another way to multiplex low bit-rate streams. I really do not know whether its important to keep the mplex rate not too much higher than the actual video+audio rate. Doesn't make any difference. All you need to be is over the point at which mplex gives underrun errors. 1 bit/sec over is all that's needed ;) As long as the final total bitrate's less than 10.08 (and this includes any peaks/spikes - not just the Average!) you could put anything in the MPEG header. I've seen DVDs flagged as 9800kbit/sec for the video but on closer examination were closer to 6500 - the multiplexing just stuffed in the largest permitted DVD value. Also is there a practical lower limit for dvd bitrate? That's between you and your eyeballs ;) Much depends on the source and the amount of filtering done of course. Since DVDs are allowed to use the 352x480 (or 352x576) resolution you can give up some spatial resolution but then use a higher bitrate to avoid blockiness. For fullframe size with good material clean material and a modest amount of filtering you can get by with ~5000 kbits/s at a reasonable quality. At the 1/2 D1 resolution a bitreate closer to 4000 or less will produce quite a long playing time at a very acceptable quality. Even if the issue was with the mplex rate, that much fine tuning should not be required. I never had any audio problem with mpeg2enc/mplex Nor have I. I have had audio playback issues with mplayer due to broken/miscompiled audio decoders but that wasn't mplex/mp2enc/mpeg2enc related. although I haven't used used extreme values of bit rates. Possibly something is wrong with xine too: if you run xine with --verbose you may get some messages on audio drifts, if any. That's a good idea. If xine is having to stop/start the audio in an attempt to maintain a/v sync that would could cause the audio problems. Cheers, Steven Schultz --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
Hi, Tutorial time again, though ;-) First, what do these parameters mean (it's not obvious from the man page)? - -4 2 -2 1 I dont know much about mpeg2 encoding to comment on that; I can only say that -4 and -2 takes an argument in the range 1 to 4, smaller numbers lead to a more thorough motion estimation search which means better quality at the expense of speed. From my own experience and from what I have learned from this list -4 2 -2 1 runs much faster than -4 1 -2 1 and still produces almost as good an output as the latter. Hopefully you will get more expert explanations from others. Then, the problems I've had appear to be caused by the way I have created the avi. This was done by grabbing a series of single frames, creating 25fps avis from them, creating transition avis, then writing an eli that could bring them together into one. Is there any way I could have lessened the chances of the problems I've had? Could they, for instance, be made interlaced in some way? And would it have helped? Not that it would have helped, but in general its not a good idea to de-interlace unless absolutely necessary. Was there any special reason to deinterlace the input? I would have kept it all interlaced if the source is interlaced. You lose quality when you de-interlace. Or is it maybe that I didn't get a good quality sound grab in the first place? I am not sure I understand. You mean audio quality? If so, again, recommendations would help. Finally, the main recording is in the form of a series of avis (filename02%.avi), interlaced. The coda is formed from a series of non-interlaced avis. I know I can't create a transition between the, but will I encounter problems when I try to stitch them together into one long production? lav2yuv will complain if you try to mix interlaced and progressive sources. One can think of some ways of handling this without re-encoding but it may be easier to re-encode coda as interlaced with the same field order, frame size, aspect ratio and fps as the rest of the video. Selva --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday 24 Aug 2004 19:56, Selva Nair wrote: Then, the problems I've had appear to be caused by the way I have created the avi. This was done by grabbing a series of single frames, creating 25fps avis from them, creating transition avis, then writing an eli that could bring them together into one. Is there any way I could have lessened the chances of the problems I've had? Could they, for instance, be made interlaced in some way? And would it have helped? Not that it would have helped, but in general its not a good idea to de-interlace unless absolutely necessary. Was there any special reason to deinterlace the input? I would have kept it all interlaced if the source is interlaced. You lose quality when you de-interlace. It isn't that I de-interlaced. I wanted a series of 5-second-ish stills pulled from the main video - a sort of summary to pull things together instead of the abrupt ending. I started each of these from a single frame pulled from the main recording. Since this project is very much a learning experience I'm quite prepared to do the whole lot again. Would that be a matter of adding -I t -L 1 to jpeg2yuv? Or is it maybe that I didn't get a good quality sound grab in the first place? I am not sure I understand. You mean audio quality? Yes - I was wondering whether I could have got a faster sampling rate or something, to make it less of a gap. If so, again, recommendations would help. Finally, the main recording is in the form of a series of avis (filename02%.avi), interlaced. The coda is formed from a series of non-interlaced avis. I know I can't create a transition between the, but will I encounter problems when I try to stitch them together into one long production? If I re-create all the avis in an interlaced mode, will the blends automatically be interlaced? lav2yuv will complain if you try to mix interlaced and progressive sources. One can think of some ways of handling this without re-encoding but it may be easier to re-encode coda as interlaced with the same field order, frame size, aspect ratio and fps as the rest of the video. Now there's another question. The main avis are in 768x576, whereas I want 720x576. I was expecting to use yuvscaler just prior to encoding. Of course I had used yuvscaler on the coda, so that I could check that it was working. I guess that it would be better to take it on trust and then convert them all at the same time when encoding? Sorry for so many questions, but I am trying to get the concepts clear. And thanks to both you and Steven for clarifying so many things. Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBK5UVkFAvMr/nNX8RApfWAJ4mJ6XWtv3hKL5P2PNvk93wapJrFACeLXM8 /sL7SAu995IETR/xOauYxK4= =S70G -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
On Tue, 24 Aug 2004, Anne Wilson wrote: OK - I prepared a coda_q4.mpg and launched xine from a console. I saw exactly what you have both been suggesting: 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 #lots more of these Occasional drifts are okay, but this is far too many.. Although these messages suggest problem with the sound card driver or unusual clock drifts, it could well be something wrong with this version of xine. Tuning some of the xine configuration parameters such as audio.av_sync_method and others in the .xine/config file may help, but I would first check with the xine mailing list. Selva --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
On Tue, 24 Aug 2004, Anne Wilson wrote: It isn't that I de-interlaced. I wanted a series of 5-second-ish stills pulled from the main video - a sort of summary to pull things together If the main video was interlaced then the stills need to be treated as interlaced. the whole lot again. Would that be a matter of adding -I t -L 1 to jpeg2yuv? Yes, I think that would be a good idea - otherwise you'll end up with progressive frames. I am not sure I understand. You mean audio quality? Yes - I was wondering whether I could have got a faster sampling rate or something, to make it less of a gap. One question just hit me... Did you create the audio track in little pieces (individual .mp2 files) that were catenated together or did you do one long audio capture and encoding? I'm wondering if the playback problems you're having are due to discontinuities in the audio stream at the splice/join points. If I re-create all the avis in an interlaced mode, will the blends automatically be interlaced? Unless you place a 'yuvdeinterlace' command in the pipeline the interlacing will be preserved. Now there's another question. The main avis are in 768x576, whereas I want 720x576. I was expecting to use yuvscaler just prior to encoding. Of course If the main files are 768x576 then scaling back to the DVD frame size is not just a good idea - it's required ;) Cheers, Steven Schultz --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
On Tue, 24 Aug 2004, Anne Wilson wrote: I did try it in totem, but that yielded no info at all. The result was at least as bad as with xine, possibly worse. totem is just another front-end to xine that uses the same xine-library for playback, isn't it? Selva --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday 24 Aug 2004 21:27, Selva Nair wrote: On Tue, 24 Aug 2004, Anne Wilson wrote: I did try it in totem, but that yielded no info at all. The result was at least as bad as with xine, possibly worse. totem is just another front-end to xine that uses the same xine-library for playback, isn't it? In that case it will tell us nothing. I did wonder if it had something in common. Amme - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBK7J7kFAvMr/nNX8RAuThAKCQ/TJfPsWxsCVOkua55GY+WkkgxgCgisMf anL9bs7w6y+YDCOfRf0tRbo= =n0Ey -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday 24 Aug 2004 21:13, Steven M. Schultz wrote: On Tue, 24 Aug 2004, Anne Wilson wrote: It isn't that I de-interlaced. I wanted a series of 5-second-ish stills pulled from the main video - a sort of summary to pull things together If the main video was interlaced then the stills need to be treated as interlaced. OK - I'll se to that. the whole lot again. Would that be a matter of adding -I t -L 1 to jpeg2yuv? Yes, I think that would be a good idea - otherwise you'll end up with progressive frames. OK I am not sure I understand. You mean audio quality? Yes - I was wondering whether I could have got a faster sampling rate or something, to make it less of a gap. One question just hit me... Did you create the audio track in little pieces (individual .mp2 files) that were catenated together or did you do one long audio capture and encoding? I'm wondering if the playback problems you're having are due to discontinuities in the audio stream at the splice/join points. No, it was taken from an avi in one piece - except that there was an edit of 2-3 frames of the avi, IIRC, near the beginning to correct a wobble - which explains the hiccough that I said was unavoidable. Apart from that it is one untouched stream. If I re-create all the avis in an interlaced mode, will the blends automatically be interlaced? Unless you place a 'yuvdeinterlace' command in the pipeline the interlacing will be preserved. Good Now there's another question. The main avis are in 768x576, whereas I want 720x576. I was expecting to use yuvscaler just prior to encoding. Of course If the main files are 768x576 then scaling back to the DVD frame size is not just a good idea - it's required ;) Yes, I realise that, but I was just unsure as to the right stage in which to do it. Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBK7O2kFAvMr/nNX8RAsTvAJ9iSP5qgosnDGhAyIgDFhTpFp7YIACfaS2r 7UVlA6fDO5ZTTdgnpfwVpfo= =5eBS -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday 24 Aug 2004 21:23, Selva Nair wrote: On Tue, 24 Aug 2004, Anne Wilson wrote: It isn't that I de-interlaced. I wanted a series of 5-second-ish stills pulled from the main video - a sort of summary to pull things together instead of the abrupt ending. I started each of these from a single frame pulled from the main recording. Since this project is very much a learning experience I'm quite prepared to do the whole lot again. Would that be a matter of adding -I t -L 1 to jpeg2yuv? Yes -I t if the rest of the video is top-field-first (check with lavinfo), and -L 1 if the jpeg is an interleaved frame, not one field after the other. I seldom use jpeg2yuv, so I am copying from the manpage. (ppmtoy4m is the way to go, but I digress :) Yes - I'll remember to check. Or is it maybe that I didn't get a good quality sound grab in the first place? I am not sure I understand. You mean audio quality? Yes - I was wondering whether I could have got a faster sampling rate or something, to make it less of a gap. Sorry, I am missing here something. Which gap ? No, you're not missing something. It's probably my lack of understanding. I thought the problem was a performance gap between the audio and the video? If I re-create all the avis in an interlaced mode, will the blends automatically be interlaced? Generally blending is a pixel-wise operation so interlacing should not be affected. In particular, if you are using transit.flt to generate the transition, then yes interlacing will be preserved. Good Now there's another question. The main avis are in 768x576, whereas I want 720x576. I was expecting to use yuvscaler just prior to encoding. Of course Out of curiosity, how did you end up with a 768x576 interlaced PAL avi? My capture card is a DC10+ under v4l - that's the resolution it captures at full size. On my previous small project I used -d 2, but I think on this one I used -d 1 in lavrec. I had used yuvscaler on the coda, so that I could check that it was working. I guess that it would be better to take it on trust and then convert them all at the same time when encoding? I think so. OK Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBK7RqkFAvMr/nNX8RAo7CAJ4nm0od0udYpdkT9KTnBcxZL5I68QCdE44V 9pyfWMgA3PZQa7W1Jgcr6tA= =4q/C -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
On Tue, 24 Aug 2004, Anne Wilson wrote: On Tuesday 24 Aug 2004 21:23, Selva Nair wrote: On Tue, 24 Aug 2004, Anne Wilson wrote: Out of curiosity, how did you end up with a 768x576 interlaced PAL avi? That's the square pixel PAL full frame size of course ;) 768/576 = 4/3 My capture card is a DC10+ under v4l - that's the resolution it captures at full size. On my previous small project I used -d 2, but I think on this one I used -d 1 in lavrec. Yep - and DC10+ cards generate square pixels (or, if they can provide Rec.601 pixels then the drivers/software aren't requesting that format). Thus the need to resample/scale to the DVD frame size. This: http://www.mir.com/DMG/aspect.html and the paragraph with: An image with a standard display aspect ratio of 4:3 (i.e. TV) with 576 lines (i.e. PAL) would thus have: * 768 square pixels per line, or * 702+54/59 non-square 59:54 pixels per line So, a DVD frame of 720x576 is really (and we'll round up a pixel or so) a 704x576 area inside a 720x576 frame! You'll have 8 pixels of black on each side in a correctly resampled 768x576 to 720x576 frame. Don't worry about seeing the black borders though - they'll be hidden by the thief (TV overscanning) ;) If you have y4mscaler this is what should do the job for you: ... | y4mscaler -I sar=1:1 -O sar=PAL -O preset=DVD -O option=sinc:4 | ... Of course you could just go with the 704x576 frame size - just change the -O preset=DVD to be -O size=704x576, I think that should do the trick. Good Luck! Steven Schultz --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
On Tue, 24 Aug 2004, Steven M. Schultz wrote: Out of curiosity, how did you end up with a 768x576 interlaced PAL avi? That's the square pixel PAL full frame size of course ;) 768/576 = 4/3 I know, but I avoid capture cards that generate square pixels from non-square pixel sources. As you know PAL or for that matter NTSC frames are not exactly 4:3. I hope the card is padding the frame correctly before scaling. My capture card is a DC10+ under v4l - that's the resolution it captures at full size. On my previous small project I used -d 2, but I think on this one I used -d 1 in lavrec. Yep - and DC10+ cards generate square pixels (or, if they can provide Rec.601 pixels then the drivers/software aren't requesting that format). Thus the need to resample/scale to the DVD frame size. Funny that it cant be convinced to deliver 704x576 or padded 720x576 frames. Selva --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
On Tue, 24 Aug 2004, Selva Nair wrote: I know, but I avoid capture cards that generate square pixels from non-square pixel sources. As you know PAL or for that matter NTSC frames It's not generating square from non-square. It's sampling the analog waveform at a frequency which gives 768 square pixels per line. A card is free to sample the analog at any frequency it wants. The DC10+ just happens to be sampling at the rate which gives 768 active samples per line. are not exactly 4:3. I hope the card is padding the frame correctly before scaling. If it's sampling at 14.75MHz then no padding is required - the card is delivering a 4/3 aspect picture at 768 pixels per line. Funny that it cant be convinced to deliver 704x576 or padded 720x576 frames. Ah, but 704x576 and 720 are 59:54 pixels, not 1:1. If the card were sampling at 13.5MHz and generating 704 or 720x576 frames then we wouldn't be having this discussion :-) See: http://www.uwasa.fi/~f76998/video/conversion/ Chapter 3 has a nice table with a lot of useful information. You can see that 768x576 1:1 size uses a ~14.75MHz sampling rate while the 720x576 and 704x576 59:54 (well, he uses 128/117 but that's close enough ;)) are using a 13.5MHz sampling rate. Even though I switched to the DV capture method quite some time ago I still use y4mscaler a lot when converting HDTV to widescreen DVD (the scaling's actually more cpu intense than the mpeg2 encoding as it turns out) and thus need to convert from square pixels to 40:33 for 16/9 DVD. Steven Schultz --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
On Tue, 24 Aug 2004, Steven M. Schultz wrote: On Tue, 24 Aug 2004, Selva Nair wrote: I know, but I avoid capture cards that generate square pixels from non-square pixel sources. As you know PAL or for that matter NTSC frames It's not generating square from non-square. It's sampling the analog waveform at a frequency which gives 768 square pixels per line. A card is free to sample the analog at any frequency it wants. The DC10+ just happens to be sampling at the rate which gives 768 active samples per line. are not exactly 4:3. I hope the card is padding the frame correctly before scaling. If it's sampling at 14.75MHz then no padding is required - the card is delivering a 4/3 aspect picture at 768 pixels per line. Agreed, if its sampling at 14.75Mhz no scaling is needed, only a 1 pixel padding. Even though I switched to the DV capture method quite some time ago I still use y4mscaler a lot when converting HDTV to widescreen DVD (the scaling's actually more cpu intense than the mpeg2 encoding as it turns out) and thus need to convert from square pixels to 40:33 for 16/9 DVD. Oh, HDTV.. well, so its getting harder and harder to avoid scaling, eh? Thanks for the info. Selva --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
On Tue, 24 Aug 2004, Selva Nair wrote: Agreed, if its sampling at 14.75Mhz no scaling is needed, only a 1 pixel padding. Oops - slight misunderstanding there. For PAL if it was sampling at 13.5MHz there would be no need for scaling because the card would be giving 704 samples/line. At 14.5MHz it is giving 768. In analog to digital conversion fractional and odd sample counts get rounded up to an easier to implement (in hardware) multiple of 8 - thus the 702.xxx gets bumped up to 704. Perhaps a little arithmetic will clear things up (and besides, I feel like improving my typing skills ;)). PAL --- Square pixel sampling freq: 14.75 MHz Rectangular (Rec.601) sampling freq: 13.5 MHz NTSC Square pixel sampling freq: 12 + 3/11 MHz Rectangular (Rec.601) sampling freq: 13.5 MHz Notice anything interesting? The rectangular rates are the same. You can look those numbers up in any broadcast TV reference. From those numbers the ratio of the rectangular/square pixels is derived. I'll omit the reduction of common factors - I assume we've all have basic math skills :-) Thus, for PAL square / rect = (14 + 3/4) / (13 + 1/2 ) = 59/54 EXACTLY And for NTSC square / rect = (12 + 3/11) / (13 + 1/2) = 10/11 EXACTLY Q.E.D. So, to convert from square to rectangular sampling you use y4mscaler with -O sar=PAL or -O sar=NTSC which mean -O sar=59:54 and -O sar=10:11 respectively. All more clear now? ;) Even though I switched to the DV capture method quite some time ago I still use y4mscaler a lot when converting HDTV to widescreen DVD Oh, HDTV.. well, so its getting harder and harder to avoid scaling, eh? Yep - 1920x1080i over the air. I use a Samsung T-165 receiver which has a couple IEEE1394 ports on it. Attach it to my Powerbook and run a Virtual D-VHS program available (free) from Apple and capture the transport streams. Takes a minimum of a 2GHz G5 to play back a ~14Mb/s stream so I usually grind the data thru a decode|scale|encode cycle. Oh, in the US (not sure about Canada and other neighboring NTSC countries) there's the 'broadcast flag' that the FCC is imposing (greed/pressure from the MPAA and so on). After July 5 2005 you won't be able to buy HDTV receivers without copy protection !$*(@# stuff. Existing equipment's being 'grandfathered in' so hardware you buy today that doesn't honor the broadcast flag will still work. Thus if you're ever going to be interested in HDTV reception on a computer running other than windoze you may want to get the equipment now while the getting is good. http://www.pchdtv.com is a PCI card (that I'm thinking of getting before it's too late). Linux Journal has mentioned that in 2005 they'll be covering projects that require pre-ban cards... Cheers, Steven Schultz --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
On Tue, 24 Aug 2004, Steven M. Schultz wrote: On Tue, 24 Aug 2004, Selva Nair wrote: Agreed, if its sampling at 14.75Mhz no scaling is needed, only a 1 pixel padding. Oops - slight misunderstanding there. For PAL if it was sampling at 13.5MHz there would be no need for scaling because the card would be Oh no, in this context I was not referring to scaling required to burn dvds, but to scaling (and padding) during capture -- I thought we were debating on my statement that I do not like cards that _scale_ from non-square to square pixels to which you pointed out that DC10 or its driver does not _scale_ but simply sample at 14.75MHz to generate square pixels. In the first place I should have written that as I prefer cards that sample at 13.5MHz as my destination is almost always dvds and that would have avoided all this confusion. Of course, the 14.75MHz sampled square-pixel PAL sources have to be appropriately scaled (with padding/clipping as necessary) to a valid dvd frame size before encoding to dvds. Selva --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 22 Aug 2004 22:24, Selva Nair wrote: On Sun, 22 Aug 2004, Anne Wilson wrote: Hi, Selva. That went through without a hicough, thanks, but the soundtrack is terrible in both xine and totem. It drops out all over. Any idea what might have caused that? Could be that your sound track is sampled at 44100 but xine expects 48000 when you playing it as a dvd stream. mp2enc defaults to 44100, so you may want to try lav2wav coda.avi | mp2enc -r 48000 -o coda.mp2 I think xine can play generic mpeg2 with sound sampled at non-dvd rates, so your problem could be something else. I just don't get it, Selva. I've rebuilt the soundtrack then mplexed it again, and I still have stuttering sound. I'm posting the entire output of mplex, in case it gives you any clues: mplex -f8 coda.m2v coda_sound.mp2 -o coda.mpg INFO: [mplex] mplex version 1.6.2 (2.2.3 $Date: 2004/01/13 20:45:26 $) INFO: [mplex] File coda.m2v looks like an MPEG Video stream. INFO: [mplex] File coda_sound.mp2 looks like an MPEG Audio stream. INFO: [mplex] Video stream 0: profile 8 selected - ignoring non-standard opti ons! INFO: [mplex] Found 1 audio streams and 1 video streams INFO: [mplex] Selecting dvdauthor DVD output profile INFO: [mplex] Multiplexing video program stream! INFO: [mplex] Scanning for header info: Video stream e0 (coda.m2v) INFO: [mplex] VIDEO STREAM: e0 INFO: [mplex] Frame width : 720 INFO: [mplex] Frame height: 576 INFO: [mplex] Aspect ratio: 4:3 display INFO: [mplex] Picture rate: 25.000 frames/sec INFO: [mplex] Bit rate: 450 bits/sec INFO: [mplex] Vbv buffer size : 229376 bytes INFO: [mplex] CSPF: 0 INFO: [mplex] Scanning for header info: Audio stream c0 (coda_sound.mp2) INFO: [mplex] MPEG AUDIO STREAM: c0 INFO: [mplex] Audio version : 1.0 INFO: [mplex] Layer :2 INFO: [mplex] CRC checksums : no INFO: [mplex] Bit rate :28672 bytes/sec (224 kbit/sec) INFO: [mplex] Frequency : 48000 Hz INFO: [mplex] Mode :0 stereo INFO: [mplex] Mode extension :0 INFO: [mplex] Copyright bit :0 no copyright INFO: [mplex] Original/Copy :0 copy INFO: [mplex] Emphasis :0 none INFO: [mplex] SYSTEMS/PROGRAM stream: INFO: [mplex] rough-guess multiplexed stream data rate: 4827544 INFO: [mplex] target data-rate specified : 1008 INFO: [mplex] Setting specified specified data rate: 1008 INFO: [mplex] Run-in Sectors = 89 Video delay = 13019 Audio delay = 16619 INFO: [mplex] New sequence commences... INFO: [mplex] Video e0: buf= 237568 frame=00 sector= INFO: [mplex] Audio c0: buf= 4096 frame=00 sector= INFO: [mplex] Scanned to end AU 2909 INFO: [mplex] STREAM e0 completed @ frame 2909. INFO: [mplex] STREAM c0 completed @ frame 4848. INFO: [mplex] Multiplex completion at SCR=10482102. INFO: [mplex] Video e0: buf= 237221 frame=002909 sector=00011636 INFO: [mplex] Audio c0: buf= 2080 frame=004848 sector=1614 INFO: [mplex] VIDEO_STATISTICS: e0 INFO: [mplex] Video Stream length:23449067 bytes INFO: [mplex] Sequence headers: 195 INFO: [mplex] Sequence ends :1 INFO: [mplex] No. Pictures: 2909 INFO: [mplex] No. Groups : 195 INFO: [mplex] No. I Frames: 195 avg. size 65785 bytes INFO: [mplex] No. P Frames: 2715 avg. size 3911 bytes INFO: [mplex] No. B Frames:0 avg. size 0 bytes INFO: [mplex] Average bit-rate : 1611600 bits/sec INFO: [mplex] Peak bit-rate: 4958000 bits/sec INFO: [mplex] BUFFERING min 16 Buf max 219900 INFO: [mplex] AUDIO_STATISTICS: c0 INFO: [mplex] Audio stream length 3258528 bytes. INFO: [mplex] Syncwords : 4849 INFO: [mplex] Frames : 4849 padded INFO: [mplex] Frames :0 unpadded INFO: [mplex] BUFFERING min 15 Buf max 683 INFO: [mplex] MUX STATUS: no under-runs detected. Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBKbXGkFAvMr/nNX8RAnPtAJ41/RhG5c4zEwrvnfoikH08bMZY1wCdGAMi lZx46ev8hPZVkQHHKU42mq0= =dHWg -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 22 Aug 2004 20:38, Steven M. Schultz wrote: It's not mpeg2enc (or mplex) that is encoding the audio. I believe you used 'mp2enc' to encode the audio - you may have either specified mp2enc -V ... or simply defaulted the sampling rate (and the default is 44100). The default is a carryover from the VCD/SVCD era. That generates VCD compatible audio which is not suitable for DVD use. What you really needed was -r 48000 so that mp2enc would encode at the 48000 sampling rate. Perhaps today the default sampling rate in mp2enc should be changed now that DVD creation has become more popular. Hi, Steven. I tried rebuilding the soundtrack, then a new mplex, but I still have stuttering sound. I've posted the entire output in reply to Selva. Perhaps you could have a look at it and see if it gives you any clues? Thanks Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBKbY7kFAvMr/nNX8RAnJ8AJ9LYphTAg0yZg4U9qObGN4vgMH4kACfXbtA +BzVCzDBA+8Y6Ktm54cdxt4= =Rzl3 -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
Hi Anne, I cant see anything obviously wrong with your mplex output. On Mon, 23 Aug 2004, Anne Wilson wrote: I just don't get it, Selva. I've rebuilt the soundtrack then mplexed it again, and I still have stuttering sound. I'm posting the entire output of mplex, in case it gives you any clues: mplex -f8 coda.m2v coda_sound.mp2 -o coda.mpg INFO: [mplex] No. Pictures: 2909 2909 frames/ 25fps = 116.36 seconds of video INFO: [mplex] Audio stream length 3258528 bytes. 3258528*8bits/(224 kbits/sec) = 116.37 seconds of audio INFO: [mplex] Syncwords : 4849 INFO: [mplex] Frames : 4849 padded INFO: [mplex] Frames :0 unpadded INFO: [mplex] BUFFERING min 15 Buf max 683 INFO: [mplex] MUX STATUS: no under-runs detected. The video and and audio matches well, the minor difference in length may be due to padding of audio packets. All other parameters also look right. Probably something wrong with your mpeg2 player? Selva --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 23 Aug 2004 15:29, Selva Nair wrote: Hi Anne, I cant see anything obviously wrong with your mplex output. On Mon, 23 Aug 2004, Anne Wilson wrote: I just don't get it, Selva. I've rebuilt the soundtrack then mplexed it again, and I still have stuttering sound. I'm posting the entire output of mplex, in case it gives you any clues: mplex -f8 coda.m2v coda_sound.mp2 -o coda.mpg INFO: [mplex] No. Pictures: 2909 2909 frames/ 25fps = 116.36 seconds of video INFO: [mplex] Audio stream length 3258528 bytes. 3258528*8bits/(224 kbits/sec) = 116.37 seconds of audio INFO: [mplex] Syncwords : 4849 INFO: [mplex] Frames : 4849 padded INFO: [mplex] Frames :0 unpadded INFO: [mplex] BUFFERING min 15 Buf max 683 INFO: [mplex] MUX STATUS: no under-runs detected. The video and and audio matches well, the minor difference in length may be due to padding of audio packets. All other parameters also look right. Probably something wrong with your mpeg2 player? I don't know what to think, Selva. I'll try to create an SVCD version and see whether that runs OK, but if I can't find the cause of the problem I'm scuppered, as the whole point of the exercise was to use this sequence to close out a video session that ended too abruptly. Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD4DBQFBKgD+kFAvMr/nNX8RAifAAJdexqTRM5pDGH2mLH/hxD5qId5KAJ40crNt jAUqXEujautylXAd6UHpuw== =qa7e -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 23 Aug 2004 15:29, Selva Nair wrote: The video and and audio matches well, the minor difference in length may be due to padding of audio packets. All other parameters also look right. Probably something wrong with your mpeg2 player? I forgot to say that the reason I would try an SVCD was because I had tried playing the mpg back in both xine and totem with the same result. I suppose I could burn a cd with the file, but for a 2-minute test I didn't want to be bothered. Perhaps I should. Meanwhile, I have tried the SVCD test. I just do not understand this. mplex -f4 coda.m2v coda_soundSVCD.mp2 -o codaSVCD.mpg INFO: [mplex] mplex version 1.6.2 (2.2.3 $Date: 2004/01/13 20:45:26 $) INFO: [mplex] File coda.m2v looks like an MPEG Video stream. INFO: [mplex] File coda_soundSVCD.mp2 looks like an MPEG Audio stream. INFO: [mplex] Video stream 0: profile 4 selected - ignoring non-standard options! INFO: [mplex] Found 1 audio streams and 1 video streams INFO: [mplex] Selecting SVCD output profile INFO: [mplex] Multiplexing video program stream! INFO: [mplex] Scanning for header info: Video stream e0 (coda.m2v) INFO: [mplex] VIDEO STREAM: e0 INFO: [mplex] Frame width : 720 INFO: [mplex] Frame height: 576 INFO: [mplex] Aspect ratio: 4:3 display INFO: [mplex] Picture rate: 25.000 frames/sec INFO: [mplex] Bit rate: 450 bits/sec INFO: [mplex] Vbv buffer size : 229376 bytes INFO: [mplex] CSPF: 0 INFO: [mplex] Scanning for header info: Audio stream c0 (coda_soundSVCD.mp2) INFO: [mplex] MPEG AUDIO STREAM: c0 INFO: [mplex] Audio version : 1.0 INFO: [mplex] Layer :2 INFO: [mplex] CRC checksums : no INFO: [mplex] Bit rate :28672 bytes/sec (224 kbit/sec) INFO: [mplex] Frequency : 44100 Hz INFO: [mplex] Mode :0 stereo INFO: [mplex] Mode extension :0 INFO: [mplex] Copyright bit :0 no copyright INFO: [mplex] Original/Copy :0 copy INFO: [mplex] Emphasis :0 none INFO: [mplex] SYSTEMS/PROGRAM stream: INFO: [mplex] rough-guess multiplexed stream data rate: 4827544 INFO: [mplex] target data-rate specified : 2788800 ++ WARN: [mplex] Target data rate lower than computed requirement! ++ WARN: [mplex] N.b. a 20% or so discrepancy in variable bit-rate ++ WARN: [mplex] streams is common and harmless provided no time-outs will occur INFO: [mplex] Run-in Sectors = 78 Video delay = 46800 Audio delay = 50400 INFO: [mplex] New sequence commences... INFO: [mplex] Video e0: buf= 235520 frame=00 sector= INFO: [mplex] Audio c0: buf= 4096 frame=00 sector= ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=591000 required(DTS)=591000 ++ WARN: [mplex] Video e0: buf= 220298 frame=000151 sector=0504 ++ WARN: [mplex] Audio c0: buf= 2424 frame=000232 sector=0074 ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=1181400 required(DTS)=1181400 .. **ERROR: [mplex] Too many frame drops -exiting What am I doing wrong now? I'm sorry I'm taking up so much list time, but I do appreciate all the help given to me. Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBKgMbkFAvMr/nNX8RAqZgAKCbLV9TGkxQakVmEhazUibsLszQzACfQjlM ut2woB2+yqbHrqYmUERiAAE= =/jtR -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
Hi Anne, I forgot to say that the reason I would try an SVCD was because I had tried playing the mpg back in both xine and totem with the same result. I suppose I could burn a cd with the file, but for a 2-minute test I didn't want to be bothered. Perhaps I should. Most dvd players wont play dvd filesystem burned into a cd, so if you are testing with a CD-R/RW use vcd or svcd profile. Meanwhile, I have tried the SVCD test. I just do not understand this. mplex -f4 coda.m2v coda_soundSVCD.mp2 -o codaSVCD.mpg Your bit rate 4500kbps is far above standard SVCD rate, mplex -f 4 will not work. If you want to make a standard SVCD, use mpeg2enc -f 4 -q 8 (later you can experiment with -q value for optimal quality). INFO: [mplex] mplex version 1.6.2 (2.2.3 $Date: 2004/01/13 20:45:26 $) INFO: [mplex] File coda.m2v looks like an MPEG Video stream. INFO: [mplex] File coda_soundSVCD.mp2 looks like an MPEG Audio stream. INFO: [mplex] Video stream 0: profile 4 selected - ignoring non-standard options! INFO: [mplex] Found 1 audio streams and 1 video streams INFO: [mplex] Selecting SVCD output profile INFO: [mplex] Multiplexing video program stream! INFO: [mplex] Scanning for header info: Video stream e0 (coda.m2v) INFO: [mplex] VIDEO STREAM: e0 INFO: [mplex] Frame width : 720 INFO: [mplex] Frame height: 576 INFO: [mplex] Aspect ratio: 4:3 display INFO: [mplex] Picture rate: 25.000 frames/sec INFO: [mplex] Bit rate: 450 bits/sec INFO: [mplex] Vbv buffer size : 229376 bytes INFO: [mplex] CSPF: 0 INFO: [mplex] Scanning for header info: Audio stream c0 (coda_soundSVCD.mp2) INFO: [mplex] MPEG AUDIO STREAM: c0 INFO: [mplex] Audio version : 1.0 INFO: [mplex] Layer :2 INFO: [mplex] CRC checksums : no INFO: [mplex] Bit rate :28672 bytes/sec (224 kbit/sec) INFO: [mplex] Frequency : 44100 Hz INFO: [mplex] Mode :0 stereo INFO: [mplex] Mode extension :0 INFO: [mplex] Copyright bit :0 no copyright INFO: [mplex] Original/Copy :0 copy INFO: [mplex] Emphasis :0 none INFO: [mplex] SYSTEMS/PROGRAM stream: INFO: [mplex] rough-guess multiplexed stream data rate: 4827544 INFO: [mplex] target data-rate specified : 2788800 The target data rate is fixed by -f 4 to svcd limit but the actual bitrate of your stream is much larger. ++ WARN: [mplex] Target data rate lower than computed requirement! ++ WARN: [mplex] N.b. a 20% or so discrepancy in variable bit-rate ++ WARN: [mplex] streams is common and harmless provided no time-outs will occur INFO: [mplex] Run-in Sectors = 78 Video delay = 46800 Audio delay = 50400 INFO: [mplex] New sequence commences... INFO: [mplex] Video e0: buf= 235520 frame=00 sector= INFO: [mplex] Audio c0: buf= 4096 frame=00 sector= ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=591000 required(DTS)=591000 ++ WARN: [mplex] Video e0: buf= 220298 frame=000151 sector=0504 ++ WARN: [mplex] Audio c0: buf= 2424 frame=000232 sector=0074 ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=1181400 required(DTS)=1181400 .. **ERROR: [mplex] Too many frame drops -exiting If you want to make a nonstd svcd with video bitrate of 4500 kbps, pass -f 5 to mplex. You can leave out -r option and let mplex compute the required bitrate, but if that fails try with -r 4900 or so. But be warned that most standalone players will not play such high bitrate svcd streams correctly. Selva --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 23 Aug 2004 16:10, Selva Nair wrote: If you want to make a nonstd svcd with video bitrate of 4500 kbps, pass -f 5 to mplex. You can leave out -r option and let mplex compute the required bitrate, but if that fails try with -r 4900 or so. But be warned that most standalone players will not play such high bitrate svcd streams correctly. Selva Maybe I should just drop that idea. In the long run I don't want it - I just wondered whether it was a way I could test the sound output. Frankly, doing anything non-standard doesn't seem to me a good way to learn ;-) There's enough to learn of the 'right way' Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBKgookFAvMr/nNX8RAnioAJ4zHEeDWWPyfAGMynmAhJFY/4ZizwCglO2C ZfOJW8H2i5s+EfPCgwTJUBk= =9yY7 -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
On Mon, 23 Aug 2004, Anne Wilson wrote: I forgot to say that the reason I would try an SVCD was because I had tried playing the mpg back in both xine and totem with the same result. I suppose I'm wondering if it's a soundcard/driver issue ... Meanwhile, I have tried the SVCD test. I just do not understand this. It's quite easy. mplex -f4 coda.m2v coda_soundSVCD.mp2 -o codaSVCD.mpg Aieee - but did you RECODE THE VIDEO to SVCD specs? If not, and it does not appear to be the case then: INFO: [mplex] Frame width : 720 INFO: [mplex] Frame height: 576 INFO: [mplex] Bit rate: 450 bits/sec 720x576 is completely wrong for SVCD. SVCD uses a 480x576 frame size and a max bitrate of 2500 kbits/sec INFO: [mplex] rough-guess multiplexed stream data rate: 4827544 INFO: [mplex] target data-rate specified : 2788800 Way out of specification for SVCD. mplex -f4 says you're feeding mplex SVCD compliant input files - and ~4500kbit/sec 720x576 video simply does not qualify. You need to scale and encode to a SVCD .m2v file first - then mplex will do the right thing. INFO: [mplex] Video e0: buf= 235520 frame=00 sector= INFO: [mplex] Audio c0: buf= 4096 frame=00 sector= ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=591000 required(DTS)=591000 ++ WARN: [mplex] Video e0: buf= 220298 frame=000151 sector=0504 ++ WARN: [mplex] Audio c0: buf= 2424 frame=000232 sector=0074 ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=1181400 required(DTS)=1181400 .. **ERROR: [mplex] Too many frame drops -exiting As expected - that's what happens when a 4500kbit/sec stream is used for a format with a ~2500kbit/sec maximum ;) Basically it's the same problem you were having before. Try again :-) Cheers, Steven Schultz --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
On Mon, 23 Aug 2004, Anne Wilson wrote: Hi, Steven. I tried rebuilding the soundtrack, then a new mplex, but I still have stuttering sound. I've posted the entire output in reply to Selva. Perhaps you could have a look at it and see if it gives you any clues? As Selva said it looks fine. I'm really beginning to suspect a driver or player decoding issue. Some MPEG-1 audio decoders, depending what version of gcc was used to compile them, are known not to work correctly. Can you play the .mp2 file with something like 'mpg123' or 'mpg321'? If that works, but xine/mplayer/whatever do not then I'd suspect the audio decoding in the playing program. Steven Schultz --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 23 Aug 2004 16:17, Steven M. Schultz wrote: On Mon, 23 Aug 2004, Anne Wilson wrote: I forgot to say that the reason I would try an SVCD was because I had tried playing the mpg back in both xine and totem with the same result. I suppose I'm wondering if it's a soundcard/driver issue ... sigh It's a Creative Audigy Platinum, and I'm not convinced all is well with this alsa driver. Meanwhile, I have tried the SVCD test. I just do not understand this. It's quite easy. mplex -f4 coda.m2v coda_soundSVCD.mp2 -o codaSVCD.mpg Aieee - but did you RECODE THE VIDEO to SVCD specs? If not, and it I really shouldn't try these things on days when the brain refuses to work properly. You were quite right, of course. I've now done the whole thing again for svcd and it plays perfectly in totem. Not a stutter to be heard. So - we still need to find why SCVD will do it properly, but DVD won't. I have to assume that I have set something wrongly, somewhere, so let me try to define the commands I've used in the hope that you can spot the problem. (At least some of it is beginning to make sense. There seem to be a number of parameters that people have suggested I should use but I can't find in either the man pages or the how-to, so I may be using them inappropriately.) Hang on - I may have found it in the command that created the m2v. I'll get back to you when I've re-done everything. Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBKiEEkFAvMr/nNX8RAnDyAKCG6AdEkek1PNiY/6hgsTJ8Mlv0PwCeLqO3 HTiMNSv5FGs/OENvnvsBB4I= =wIJ8 -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 23 Aug 2004 17:53, Anne Wilson wrote: Hang on - I may have found it in the command that created the m2v. I'll get back to you when I've re-done everything. Unfortunately I hadn't found it. I had originally encoded with lav2yuv coda_sound.avi | yuvscaler -O DVD | yuvdenoise | mpeg2enc -f 9 -b 4500 - -q 7 -4 1 -2 1 -o coda.m2v which I changed to lav2yuv coda_sound.avi | yuvscaler -O DVD | yuvdenoise | mpeg2enc -f 8 -q 7 -o coda.m2v but the result is still a stuttering file. Do I need a -b setting back in? Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBKi9ZkFAvMr/nNX8RAibpAJ4rula7oU5HUPhakc4F2gNAQDCjTACfdSUM HvmwLECi8cBi0wA4WeKDoy4= =Ioap -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 23 Aug 2004 17:26, Steven M. Schultz wrote: Can you play the .mp2 file with something like 'mpg123' or 'mpg321'? If that works, but xine/mplayer/whatever do not then I'd suspect the audio decoding in the playing program. Steven, the mp2 file plays fine in any player you give it. It's only when it's mplexed into an mpg that there is a problem. When I created the same file in SVCD format it played well there, too. Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBKi7gkFAvMr/nNX8RApilAJoCtXtFoaFSTfWFXUjWRL7r5xwlmQCfZ31y 2A/+5Q6YTOVrzqq5ICBqHt0= =OX/E -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
Hi - lav2yuv coda_sound.avi | yuvscaler -O DVD | yuvdenoise | mpeg2enc -f 9 -b 4500 - -q 7 -4 1 -2 1 -o coda.m2v which I changed to lav2yuv coda_sound.avi | yuvscaler -O DVD | yuvdenoise | mpeg2enc -f 8 -q 7 -o coda.m2v but the result is still a stuttering file. Do I need a -b setting back in? No, the only difference that the '-b' makes is to set the bitrate - without it mpeg2enc is using 7500 as the default bitrate. Steven, the mp2 file plays fine in any player you give it. It's only when it's mplexed into an mpg that there is a problem. When I created the same file in SVCD format it played well there, too. I'm running out of ideas to try. If the cpu isn't fast enough to do both the video and audio decoding that might be the problem. Just playing a .mp2 file with an audio player doesn't have the timing requirements that playing synchronized audio + video has. Stuttering/shaking video is a symptom of the field order being incorrect - but can that also affect the audio? I didn't think it had an effect on the audio playing. Sounds like the movie player is having to cut short the playing of parts of the audio because it's time to start the next portion of movie - stopping/starting the audio like that would be a stuttering effect. And at higher video (DVD) bitrates the effect would be more likely to happen than at the lower (SVCD) bitrate. Almost sounds like the system isn't fast enough (for whatever reason) to play more than ~2500kbit/sec video and audio in sync. At 4500 and higher the video decoding is taking more cpu time and throwing the audio timing off. Steven Schultz --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
On Mon, 23 Aug 2004, Anne Wilson wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 23 Aug 2004 16:17, Steven M. Schultz wrote: On Mon, 23 Aug 2004, Anne Wilson wrote: I forgot to say that the reason I would try an SVCD was because I had tried playing the mpg back in both xine and totem with the same result. I suppose I'm wondering if it's a soundcard/driver issue ... me too.. more below. sigh It's a Creative Audigy Platinum, and I'm not convinced all is well with this alsa driver. .. You were quite right, of course. I've now done the whole thing again for svcd and it plays perfectly in totem. Not a stutter to be heard. So - we still need to find why SCVD will do it properly, but DVD won't. I have to assume The clip you sent me plays fine on my machine (except for some noise, that I guess is from the original..) May be your sound card/driver has problem playing 48KHz sound. I vaguley recall having trouble with 48k on some sound cards. Try mplexing the 44100 khz sound with the DVD size mpeg2 using -f 8. The resulting file wont be dvd complaint, but is a valid mpeg2, so mplayer (and possibly xine) should play it correctly. That way you can confirm whether the trouble is with 48k sampling. Selva --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 23 Aug 2004 19:48, Selva Nair wrote: On Mon, 23 Aug 2004, Anne Wilson wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 23 Aug 2004 16:17, Steven M. Schultz wrote: On Mon, 23 Aug 2004, Anne Wilson wrote: I forgot to say that the reason I would try an SVCD was because I had tried playing the mpg back in both xine and totem with the same result. I suppose I'm wondering if it's a soundcard/driver issue ... me too.. more below. sigh It's a Creative Audigy Platinum, and I'm not convinced all is well with this alsa driver. .. You were quite right, of course. I've now done the whole thing again for svcd and it plays perfectly in totem. Not a stutter to be heard. So - we still need to find why SCVD will do it properly, but DVD won't. I have to assume The clip you sent me plays fine on my machine (except for some noise, that I guess is from the original..) May be your sound card/driver has problem playing 48KHz sound. I vaguley recall having trouble with 48k on some sound cards. Try mplexing the 44100 khz sound with the DVD size mpeg2 using -f 8. The resulting file wont be dvd complaint, but is a valid mpeg2, so mplayer (and possibly xine) should play it correctly. That way you can confirm whether the trouble is with 48k sampling. Selva I'm tired, and maybe not thinking clearly. I tried mplexing the m2v with the SVCD sound - is that what you intended? Anyway, the result is the same. Still the stutters. (BTW, yes, there was a little noise on the original, a few clicks, but that's not important, as long as we can get the music working). Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBKklTkFAvMr/nNX8RAqOiAKCCk7Hi0Y541egTp01ly32zcQNAogCfSm4A kHe7AepCHHR8qzVLbTkDcSc= =5tto -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 23 Aug 2004 19:33, Steven M. Schultz wrote: I'm running out of ideas to try. If the cpu isn't fast enough to do both the video and audio decoding that might be the problem. Just playing a .mp2 file with an audio player doesn't have the timing requirements that playing synchronized audio + video has. Stuttering/shaking video is a symptom of the field order being incorrect - but can that also affect the audio? I didn't think it had an effect on the audio playing. Sounds like the movie player is having to cut short the playing of parts of the audio because it's time to start the next portion of movie - stopping/starting the audio like that would be a stuttering effect. And at higher video (DVD) bitrates the effect would be more likely to happen than at the lower (SVCD) bitrate. Almost sounds like the system isn't fast enough (for whatever reason) to play more than ~2500kbit/sec video and audio in sync. At 4500 and higher the video decoding is taking more cpu time and throwing the audio timing off. Could it be disk access that's too slow? I keep meaning to try hdparm on it, as it's probably running at the slowest basic speed. Certainly the system is fast enough to handle professional dvds, so I don't think it's cpu or graphics card. Hard disk sounds more likely to me. What do you think? Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBKkzPkFAvMr/nNX8RAqOLAJ0QVvdqKWU4DbsouWCpNVgKFipfyQCfb2r6 gKsMM4qxaCsPIO2rdJBsxqI= =uwg6 -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 23 Aug 2004 19:48, Selva Nair wrote: The clip you sent me plays fine on my machine (except for some noise, that I guess is from the original..) May be your sound card/driver has problem playing 48KHz sound. I vaguley recall having trouble with 48k on some sound cards. In view of that, I think I should burn a dvd with the file on and see whether it plays. One problem, though. By now I don't have the original file, and I'm pretty confused about which of the myriad commands I've tried is the one to give me a clean, basic DVD write. Could you please remind me? Is it just lav2yuv coda.eli | yuvscaler -O DVD | yuvdenoise | mpeg2enc -f 8 -q 7 -4 1 -2 1 -o coda.m2v then mplex -f 8 coda.mp2 coda.m2v -o filename.mpg ? Is there any way of checking whether I have got both files in the correct format before mplexing? Maybe I should build them both again to be sure. Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBKlCbkFAvMr/nNX8RAuAYAJ4w8+sUH32Et0VqfvflVM5oBxEVAgCdHqwk H0EP/ezZZbzDKt2WV9oARrk= =Xgs+ -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
On Mon, 23 Aug 2004, Anne Wilson wrote: Could it be disk access that's too slow? I keep meaning to try hdparm on it, Yes indeed it could. If it's not using UDMA then the programmed I/O overhead will use so much system/kernel time that program performance or audio timing will suffer. fast enough to handle professional dvds, so I don't think it's cpu or graphics card. Hard disk sounds more likely to me. What do you think? It's a good candidate for causing the problem. Lower (SVCD) rates play fine but as the amount of data/second increases so does the system overhead, eventually causing a noticeable problem. If you have a system monitoring tool available it would be interesting to start that and observe the system's behaviour. 'xosview' is a good tool with color coded status indicators - if you see a high percentage of system (kernel) time then you have found the problem area. Cheers, Steven Schultz --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 23 Aug 2004 21:13, Steven M. Schultz wrote: If you have a system monitoring tool available it would be interesting to start that and observe the system's behaviour. 'xosview' is a good tool with color coded status indicators - if you see a high percentage of system (kernel) time then you have found the problem area. I'll play around tomorrow and see if I can get more info. Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBKlpSkFAvMr/nNX8RAt32AJsF2Gu7rJKqreT2QpNE3v9Js/b7ZwCeNxLH UbEpF8bHBpx/3Wp2LKvkqxE= =05nG -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
Hi Anne, it plays. One problem, though. By now I don't have the original file, and I'm pretty confused about which of the myriad commands I've tried is the one to give me a clean, basic DVD write. Could you please remind me? Is it just lav2yuv coda.eli | yuvscaler -O DVD | yuvdenoise | mpeg2enc -f 8 -q 7 -4 1 -2 1 -o coda.m2v Looks okay, except that I would use -4 2 -2 1 instead of -4 1 -2 1. Also if the original coda.eli is 720x576, you do not need yuvscaler[*] and for the test run you can leave out yuvdenoise -- keep it simple. then mplex -f 8 coda.mp2 coda.m2v -o filename.mpg ? Yes. Is there any way of checking whether I have got both files in the correct format before mplexing? Maybe I should build them both again to be sure. The mplex output contains a number of parameters that you can check -- frame size (720x576), fps (25), number of video pictures (fps x length of the video in seconds), audio sampling frequency and mode (48000 Hz, stereo), audio bitrate (224000/8 = 28600bytes/sec) audio stream length (approx. = bitrate in bytes x length in seconds), average and peak bitrates of the mplexed stream (should be less than 10.08 Mbps). Finally make sure mplex completes without any errors, especially buffer under-runs. The o/p you posted in the morning looked fine in all these respects. Selva [*] The last time I used yuvscaler it did not support -O DVD, but I haven't touched it after y4mscaler appeared. Make sure it generates 720x576 frames for PAL. --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
Hi Anne, On Mon, 23 Aug 2004, Anne Wilson wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 23 Aug 2004 21:13, Steven M. Schultz wrote: If you have a system monitoring tool available it would be interesting to start that and observe the system's behaviour. 'xosview' is a good tool with color coded status indicators - if you see a high percentage of system (kernel) time then you have found the problem area. I'll play around tomorrow and see if I can get more info. Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBKlpSkFAvMr/nNX8RAt32AJsF2Gu7rJKqreT2QpNE3v9Js/b7ZwCeNxLH UbEpF8bHBpx/3Wp2LKvkqxE= =05nG -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
Hallo I have a new problem, and don't know what's causing it or what to do about it: mplex coda.m2v coda_sound.mp2 -o coda.mpg INFO: [mplex] mplex version 1.6.2 (2.2.3 $Date: 2004/01/13 20:45:26 $) INFO: [mplex] File coda.m2v looks like an MPEG Video stream. INFO: [mplex] File coda_sound.mp2 looks like an MPEG Audio stream. [...] ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=6414 required(DT S)=6414 ++ WARN: [mplex] Video e0: buf= 4542 frame=00 sector=0021 ++ WARN: [mplex] Audio c0: buf= 4096 frame=00 sector= ++ WARN: [mplex] Padding : sector= ++ WARN: [mplex] Stream e0: data will arrive too late sent(SCR)=114848 required( DTS)=114414 . **ERROR: [mplex] Too many frame drops -exiting This is for the coda I constructed from stills to avis. I want to test this through to the end before encoding with the whole production. Advice, please? I guess you have used the -b option when you encoded the mpg movie. And you have to add that option +audio bitrate to mplex with the -r option. So you command should llook like that: mplex -r 4750 -V coda.m2v coda_sound.mp2 -o coda.mpg PS: You should also find that in the howto. (Look for: Putting the streams together) auf hoffentlich bald, Berni the Chaos of Woodquarter Email: [EMAIL PROTECTED] www: http://www.lysator.liu.se/~gz/bernhard --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 22 Aug 2004 15:18, Bernhard Praschinger wrote: I guess you have used the -b option when you encoded the mpg movie. And you have to add that option +audio bitrate to mplex with the -r option. I'm still working at a very simple level, starting from settings you gave me and adapting only a little at a time ;-) - so on checking back I find that I do have -b 4500 in the mpg encoding command. So you command should llook like that: mplex -r 4750 -V coda.m2v coda_sound.mp2 -o coda.mpg I'm still getting similar errors. I think this bit of output is the bit you need to see: mplex -V -r 4750 coda.m2v coda_sound.mp2 -o coda.mpg INFO: [mplex] mplex version 1.6.2 (2.2.3 $Date: 2004/01/13 20:45:26 $) INFO: [mplex] File coda.m2v looks like an MPEG Video stream. INFO: [mplex] File coda_sound.mp2 looks like an MPEG Audio stream. INFO: [mplex] Found 1 audio streams and 1 video streams INFO: [mplex] Selecting generic MPEG1 output profile INFO: [mplex] Multiplexing video program stream! INFO: [mplex] Scanning for header info: Video stream e0 (coda.m2v) INFO: [mplex] VIDEO STREAM: e0 INFO: [mplex] Frame width : 720 INFO: [mplex] Frame height: 576 INFO: [mplex] Aspect ratio: 1:0.6735 INFO: [mplex] Picture rate: 25.000 frames/sec INFO: [mplex] Bit rate: 450 bits/sec INFO: [mplex] Vbv buffer size : 229376 bytes INFO: [mplex] CSPF: 0 INFO: [mplex] Scanning for header info: Audio stream c0 (coda_sound.mp2) INFO: [mplex] MPEG AUDIO STREAM: c0 INFO: [mplex] Audio version : 1.0 INFO: [mplex] Layer :2 INFO: [mplex] CRC checksums : no INFO: [mplex] Bit rate :28672 bytes/sec (224 kbit/sec) INFO: [mplex] Frequency : 44100 Hz INFO: [mplex] Mode :0 stereo INFO: [mplex] Mode extension :0 INFO: [mplex] Copyright bit :0 no copyright INFO: [mplex] Original/Copy :0 copy INFO: [mplex] Emphasis :0 none INFO: [mplex] SYSTEMS/PROGRAM stream: INFO: [mplex] rough-guess multiplexed stream data rate: 4827544 INFO: [mplex] target data-rate specified : 475 ++ WARN: [mplex] Target data rate lower than computed requirement! ++ WARN: [mplex] N.b. a 20% or so discrepancy in variable bit-rate ++ WARN: [mplex] streams is common and harmless provided no time-outs will occur INFO: [mplex] Run-in Sectors = 19 Video delay = 5898 Audio delay = 9498 PS: You should also find that in the howto. (Look for: Putting the streams together) I have it open in front of me :-) but I hadn't a clue what 'variable bit#rate multiplexing' meant. I'm so nearly where I want to be, Bernie. The avi looks exactly what I wanted, and I've added sound and played it back in xine. I'm really pleased with the result - although I know someone more experienced would get a lot better output, but I can learn that once I've got the basics straightened out. Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBKMLwkFAvMr/nNX8RAillAJ9hS1Q1u+4fOCk3QY07gKUOhZSjxwCeIbi1 /FTBM7zb96rHXZ6MY890T2s= =T/ge -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
Hallo I guess you have used the -b option when you encoded the mpg movie. And you have to add that option +audio bitrate to mplex with the -r option. I'm still working at a very simple level, starting from settings you gave me and adapting only a little at a time ;-) - so on checking back I find that I do have -b 4500 in the mpg encoding command. So you command should llook like that: mplex -r 4750 -V coda.m2v coda_sound.mp2 -o coda.mpg I'm still getting similar errors. I think this bit of output is the bit you need to see: I see no errors. the output is fine for me. mplex -V -r 4750 coda.m2v coda_sound.mp2 -o coda.mpg INFO: [mplex] Frame width : 720 INFO: [mplex] Frame height: 576 INFO: [mplex] Aspect ratio: 1:0.6735 INFO: [mplex] Picture rate: 25.000 frames/sec INFO: [mplex] Bit rate: 450 bits/sec INFO: [mplex] Vbv buffer size : 229376 bytes Do you really have encoded video without the -f option ? If not you should use the same option in mplex to. ++ WARN: [mplex] Target data rate lower than computed requirement! ++ WARN: [mplex] N.b. a 20% or so discrepancy in variable bit-rate ++ WARN: [mplex] streams is common and harmless provided no time-outs will That message is not problem at all. The only things that really hurts are errors. Warnings are usually no problem. I'm so nearly where I want to be, Bernie. The avi looks exactly what I Fine :) auf hoffentlich bald, Berni the Chaos of Woodquarter Email: [EMAIL PROTECTED] www: http://www.lysator.liu.se/~gz/bernhard --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
On Sun, 22 Aug 2004, Anne Wilson wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 22 Aug 2004 15:18, Bernhard Praschinger wrote: I guess you have used the -b option when you encoded the mpg movie. And you have to add that option +audio bitrate to mplex with the -r option. I'm still working at a very simple level, starting from settings you gave me and adapting only a little at a time ;-) - so on checking back I find that I do have -b 4500 in the mpg encoding command. So you command should llook like that: mplex -r 4750 -V coda.m2v coda_sound.mp2 -o coda.mpg I'm still getting similar errors. I think this bit of output is the bit you need to see: Its much easier to use one of the presets unless you really really want to fine-tune the bitrate (-r ) video buffer size etc.. In your case mplex -f 8 coda.m2v coda_sound.mp2 -o coda.mpg should. It will produce a DVD compliant stream, hope that cant hurt. Same with mpeg2enc: lav2yuv movie.eli | mpeg2enc -f 8 -q 6 -o coda.m2v should give you something to start with. Later you can play with -q, -r etc.. I have not been following this thread closely, so sorry if I missed out something. Selva --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 22 Aug 2004 17:12, Bernhard Praschinger wrote: I'm still getting similar errors. I think this bit of output is the bit you need to see: I see no errors. the output is fine for me. But after a few lines it exits with 'too many frame drops'. mplex -V -r 4750 coda.m2v coda_sound.mp2 -o coda.mpg INFO: [mplex] Frame width : 720 INFO: [mplex] Frame height: 576 INFO: [mplex] Aspect ratio: 1:0.6735 INFO: [mplex] Picture rate: 25.000 frames/sec INFO: [mplex] Bit rate: 450 bits/sec INFO: [mplex] Vbv buffer size : 229376 bytes Do you really have encoded video without the -f option ? If not you should use the same option in mplex to. The m2v was made with lav2yuv coda.eli | yuvscaler -O DVD | yuvdenoise | mpeg2enc -f 9 -b 4500 -q 7 - -4 1 -2 1 -o coda.m2v I didn't know the best way to get the soundtrack, so I probably went a long way round. I took a clip from the main film, got the soundtrack with lav2wav musicclip.avi musicclip.wav Then I imported it into audacity so that I could correct the length and fade the ending, and exported it back to .wav. I then added it back to the silent coda.avi with lavaddwav, and finally made the mp2 with lav2wav coda_sound.avi | mp2enc -v 2 -V -o codasound.mp2 Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD4DBQFBKMsokFAvMr/nNX8RAgtvAKCNFxVQK844yazlqqBzmtPwJ8NTWQCVHoUG fh3uqS0jDuUR5p8XVC3sBw== =ouso -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 22 Aug 2004 17:24, Selva Nair wrote: Its much easier to use one of the presets unless you really really want to fine-tune the bitrate (-r ) video buffer size etc.. In your case mplex -f 8 coda.m2v coda_sound.mp2 -o coda.mpg should. It will produce a DVD compliant stream, hope that cant hurt. Same with mpeg2enc: lav2yuv movie.eli | mpeg2enc -f 8 -q 6 -o coda.m2v should give you something to start with. Later you can play with -q, -r etc.. I have not been following this thread closely, so sorry if I missed out something. Hi, Selva. That went through without a hicough, thanks, but the soundtrack is terrible in both xine and totem. It drops out all over. Any idea what might have caused that? Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBKMz3kFAvMr/nNX8RAtBJAJ9TUCHCY+V8InNbLJmcZPXluydjuwCcDWYZ b+UFHfTAjuJLGGY1zC4EJPU= =Dpfd -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
On Sun, 22 Aug 2004, Anne Wilson wrote: But after a few lines it exits with 'too many frame drops'. mplex -V -r 4750 coda.m2v coda_sound.mp2 -o coda.mpg INFO: [mplex] Frame width : 720 INFO: [mplex] Frame height: 576 INFO: [mplex] Aspect ratio: 1:0.6735 INFO: [mplex] Picture rate: 25.000 frames/sec INFO: [mplex] Bit rate: 450 bits/sec INFO: [mplex] Vbv buffer size : 229376 bytes The m2v was made with lav2yuv coda.eli | yuvscaler -O DVD | yuvdenoise | mpeg2enc -f 9 -b 4500 -q 7 - -4 1 -2 1 -o coda.m2v Ah, ok - you overrode the default bitrate (which for -f 8 and -f 9 is 7500). So, when you do that you need to specify to 'mplex' the sum of the video and audio bitrates + a small amount for the multi- plexing overhead. I use 2% as a general guidline. Thus in your case that would be (4500 + 224) * 1.02 or 4818. It is quite safe to specify a slightly higher value to mplex, in this case I'd use 4900: mplex -f 9 -r 4900 -o output m2v mp2 In general if you get mplex errors like 'too many frame drops' just incrase the -r value a little bit at a time until the errors go away. It's not until you get into the HDTV arena that other limits/problems begin to creep in - not something you'll have to worry about at this time though ;) Cheers, Steven Schultz --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
Hallo On Sunday 22 Aug 2004 17:12, Bernhard Praschinger wrote: I'm still getting similar errors. I think this bit of output is the bit you need to see: I see no errors. the output is fine for me. But after a few lines it exits with 'too many frame drops'. Than the bitrate you have used is still to low. mplex -V -r 4750 coda.m2v coda_sound.mp2 -o coda.mpg INFO: [mplex] Frame width : 720 INFO: [mplex] Frame height: 576 INFO: [mplex] Aspect ratio: 1:0.6735 INFO: [mplex] Picture rate: 25.000 frames/sec INFO: [mplex] Bit rate: 450 bits/sec INFO: [mplex] Vbv buffer size : 229376 bytes Do you really have encoded video without the -f option ? If not you should use the same option in mplex to. The m2v was made with lav2yuv coda.eli | yuvscaler -O DVD | yuvdenoise | mpeg2enc -f 9 -b 4500 -q 7 - -4 1 -2 1 -o coda.m2v I guess that the -b option was ignored. Do you really want to use the -f 9. If you create something for DVD you usually use -f 8, if you want to create generic MPEG2 you usually use -f 3. -f 9 is something suitable for DX2 and other MPEG decoder cards. So use -r 8000 or higer till you don't get that message any more. You might also tell mplex that you have used a bigger buffer, so you can also try to add -b 300, to your mplex commandline. I didn't know the best way to get the soundtrack, so I probably went a long way round. I took a clip from the main film, got the soundtrack with lav2wav musicclip.avi musicclip.wav Then I imported it into audacity so that I could correct the length and fade the ending, and exported it back to .wav. I then added it back to the silent coda.avi with lavaddwav, and finally made the mp2 with lav2wav coda_sound.avi | mp2enc -v 2 -V -o codasound.mp2 That should work. You could have piped the generated wav from audacity directly to mp2enc. auf hoffentlich bald, Berni the Chaos of Woodquarter Email: [EMAIL PROTECTED] www: http://www.lysator.liu.se/~gz/bernhard --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 22 Aug 2004 17:47, Steven M. Schultz wrote: On Sun, 22 Aug 2004, Anne Wilson wrote: The m2v was made with lav2yuv coda.eli | yuvscaler -O DVD | yuvdenoise | mpeg2enc -f 9 -b 4500 -q 7 - -4 1 -2 1 -o coda.m2v Ah, ok - you overrode the default bitrate (which for -f 8 and -f 9 is 7500). So, when you do that you need to specify to 'mplex' the sum of the video and audio bitrates + a small amount for the multi- plexing overhead. I use 2% as a general guidline. So, if I'd used -f 8 I didn't need a -b setting at all? Thus in your case that would be (4500 + 224) * 1.02 or 4818. It is quite safe to specify a slightly higher value to mplex, in this case I'd use 4900: Useful to see how you calculate it, thanks. mplex -f 9 -r 4900 -o output m2v mp2 OK, I tried that, but the sound is still hopelessly wrong. In the avi it played with just one small hicough near the beginning, but otherwise faultlessly. This is coughing and spluttering all over the place! Any ideas? In general if you get mplex errors like 'too many frame drops' just incrase the -r value a little bit at a time until the errors go away. It's not until you get into the HDTV arena that other limits/problems begin to creep in - not something you'll have to worry about at this time though ;) OK - I'm beginning to understand it ;-) Thanks Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBKOSjkFAvMr/nNX8RAlrPAJ4wX4scNqNDTtMtH4HMYWQnKYic5QCeNfmV gLJ1L7cIdLB/57g/0yrA02A= =Axs+ -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 22 Aug 2004 19:52, Steven M. Schultz wrote: On Sun, 22 Aug 2004, Anne Wilson wrote: So, if I'd used -f 8 I didn't need a -b setting at all? Close, but not quite. If you specify '-b' to mpeg2enc then it is likely that you'll also need to specify '-r' to mplex and take into account the audio plus overhead. As was mentioned earlier you probably want to be using '-f 8' anyhow if the end result is going to be a DVD disc. Yes, I've changed my notes to reflect that. OK, I tried that, but the sound is still hopelessly wrong. In the avi it played with just one small hicough near the beginning, but otherwise faultlessly. This is coughing and spluttering all over the place! Any ideas? If you're using MPlayer to play the output of mplex then it is possible that you're encountering the probley with the default MP2/3 audio decoding. Some versions of gcc miscompile part of mplayer and the symptom is corrupted audio playback. I don't think I'm using mplayer. I played it back in both xine and totem. I don't know what mechanism they use for sound, but I used to use xine without mplayer installed, so I assume not. The workaround is to use '-ac mad' (assuming you've built mplayer with the libmad routines from http://www.underbit.com/products/mad/ Mplayer is the standard Mandrake distro version, IIRC. I'll have to read up on that. Hmmm, does the .wav file play correctly Remember that I built the wav first, then added it to the avi. It played fine, both alone and in the avi. and is it at a 48000 sampling rate (which is required for DVD)? I think mp2enc will automatically downsample to 44100 unless told otherwise - and 44100 is not valid for a DVD. That looks like it - INFO: [mplex] MPEG AUDIO STREAM: c0 INFO: [mplex] Audio version : 1.0 INFO: [mplex] Layer :2 INFO: [mplex] CRC checksums : no INFO: [mplex] Bit rate :28672 bytes/sec (224 kbit/sec) INFO: [mplex] Frequency : 44100 Hz INFO: [mplex] Mode :0 stereo The man page for mpeg2enc gives a huge number of parameters, but none look to be relevant, unless just setting -f 8 takes care of it? Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBKPFPkFAvMr/nNX8RAg4jAJ9wPppynjO/+pNY6TRIE/t5aA7HbQCfQFrp 9NjvW1VSd+FNXoeUBHdx9iM= =Kvhs -END PGP SIGNATURE- --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
On Sun, 22 Aug 2004, Anne Wilson wrote: and is it at a 48000 sampling rate (which is required for DVD)? I think mp2enc will automatically downsample to 44100 unless told otherwise - and 44100 is not valid for a DVD. That looks like it - INFO: [mplex] MPEG AUDIO STREAM: c0 INFO: [mplex] Audio version : 1.0 INFO: [mplex] Layer :2 INFO: [mplex] CRC checksums : no INFO: [mplex] Bit rate :28672 bytes/sec (224 kbit/sec) INFO: [mplex] Frequency : 44100 Hz INFO: [mplex] Mode :0 stereo The man page for mpeg2enc gives a huge number of parameters, but none look to be relevant, unless just setting -f 8 takes care of it? It's not mpeg2enc (or mplex) that is encoding the audio. I believe you used 'mp2enc' to encode the audio - you may have either specified mp2enc -V ... or simply defaulted the sampling rate (and the default is 44100). The default is a carryover from the VCD/SVCD era. That generates VCD compatible audio which is not suitable for DVD use. What you really needed was -r 48000 so that mp2enc would encode at the 48000 sampling rate. Perhaps today the default sampling rate in mp2enc should be changed now that DVD creation has become more popular. Cheers, Steven Schultz --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Too late?
On Sun, 22 Aug 2004, Anne Wilson wrote: Hi, Selva. That went through without a hicough, thanks, but the soundtrack is terrible in both xine and totem. It drops out all over. Any idea what might have caused that? Could be that your sound track is sampled at 44100 but xine expects 48000 when you playing it as a dvd stream. mp2enc defaults to 44100, so you may want to try lav2wav coda.avi | mp2enc -r 48000 -o coda.mp2 I think xine can play generic mpeg2 with sound sampled at non-dvd rates, so your problem could be something else. Selva --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users