Re: [Mjpeg-users] it's juddering probably, but...
On Thu, 2003-08-21 at 22:29, Steven M. Schultz wrote: On 20 Aug 2003, Florin Andrei wrote: The data came from a DV capture? Yes. If so then is will *always* be bottom field first Got it. TO find out which tool is doing it use the 'head' command as shown above. Start with just the 'lav2yuv | head -1' as shown, then add one more tool, lav2yuv | next_tool | head -1' and look at the 'I' tag. Keep going until all tools have been added. I took mpeg2enc out of the chain and this is what i got: YUV4MPEG2 W720 H480 F3:1001 Ip A0:0 XM2AR000 So yes, it's Ip which is wrong. The source is DV, and the stream does not get deinterlaced, or anything. It should be Ib. The other components of the chain are not parts of the mjpegtools package, so the problem is somewhere else. mjpegtools is fine. Sorry for bugging you. Thank you for your help! (and for teaching me some more video stuff - that's what i appreciate the most) -- Florin Andrei http://florin.myip.org/ --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] it's juddering probably, but...
(Resending it, SourceForge is having issues with e-mail. I apologize if you receive this a second time.) On Wed, 2003-08-20 at 08:54, Bernhard Praschinger wrote: http://florin.myip.org/debug/ 250MB's are a bit big for a ISDN connection, but the first 10 fields (as small jpegs) would be very interresting. I added the fields/ directory to the link above, which contains the requested fields. BTW, here's what happened when i extracted the fields: [EMAIL PROTECTED] work]$ lav2yuv -f 10 yose.avi | y4mtoppm | pnmsplit - pnm/image%d.pnm pnmsplit: WRITING pnm/image0.pnm INFO: [lav2yuv] DV frame 0 len 12 INFO: [y4mtoppm] input stream parameters: INFO: [y4mtoppm] frame size: 720x480 pixels (518400 bytes) INFO: [y4mtoppm] frame rate: 3/1001 fps (~29.970030) INFO: [y4mtoppm]interlace: bottom-field-first INFO: [y4mtoppm] sample aspect ratio: 10:11 INFO: [lav2yuv] DV frame 1 len 12 That confirms my feeling that it's a bottom-first stream. It seems like it's a bottom first video stream (see image0 and image1), but otherwise it's ok. I checked it out for the next thousand of frames or so, the order of the fields is fine, there's no back and forth movement, it's all smooth and as it should be. Did you ? Test it with CD-RW and SVCD format. You should have the same problem there. Ok then. Based on the principle no one is going to help me if i'm not helping myself a little bit, i did the following: I took only the first AVI file in the DV directory, which has approx 2 minutes worth of video (out of the total of 60 minutes). I converted only that file to DVD and SVCD, in order to speed up the process. I created three different DVDs: - default field order settings (no -z) - using -z t - using -z b I then created three different SVCDs: - default field order settings (no -z) - using -z t - using -z b I then went to a local computer/hardware store and pretended i was choosing a DVD player by testing it with home-made DVDs. :-) I think i tried out like 10 different DVD players, of about 4 different brands (Panasonic, Akai, Hitachi, and some underdog type of company that i don't remember). The results were identical no matter which DVD player, no matter whether it was DVD or SVCD: - all disks created with -z b were perfect - all other disks experienced juddering The weird thing is, one year ago i created quite a few SVCDs, using same parameters (i came up long time ago with some SVCD scripts that i keep using ever since) and those disks have no juddering! Obviously, something changed since last summer. But what? -- Florin Andrei http://florin.myip.org/ --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] it's juddering probably, but...
On Wed, 2003-08-20 at 08:54, Bernhard Praschinger wrote: http://florin.myip.org/debug/ 250MB's are a bit big for a ISDN connection, but the first 10 fields (as small jpegs) would be very interresting. I added the fields/ directory to the link above, which contains the requested fields. BTW, here's what happened when i extracted the fields: [EMAIL PROTECTED] work]$ lav2yuv -f 10 yose.avi | y4mtoppm | pnmsplit - pnm/image%d.pnm pnmsplit: WRITING pnm/image0.pnm INFO: [lav2yuv] DV frame 0 len 12 INFO: [y4mtoppm] input stream parameters: INFO: [y4mtoppm] frame size: 720x480 pixels (518400 bytes) INFO: [y4mtoppm] frame rate: 3/1001 fps (~29.970030) INFO: [y4mtoppm]interlace: bottom-field-first INFO: [y4mtoppm] sample aspect ratio: 10:11 INFO: [lav2yuv] DV frame 1 len 12 That confirms my feeling that it's a bottom-first stream. It seems like it's a bottom first video stream (see image0 and image1), but otherwise it's ok. I checked it out for the next thousand of frames or so, the order of the fields is fine, there's no back and forth movement, it's all smooth and as it should be. Did you ? Test it with CD-RW and SVCD format. You should have the same problem there. Ok then. Based on the principle no one is going to help me if i'm not helping myself a little bit, i did the following: I took only the first AVI file in the DV directory, which has approx 2 minutes worth of video (out of the total of 60 minutes). I converted only that file to DVD and SVCD, in order to speed up the process. I created three different DVDs: - default field order settings (no -z) - using -z t - using -z b I then created three different SVCDs: - default field order settings (no -z) - using -z t - using -z b I then went to a local computer/hardware store and pretended i was choosing a DVD player by testing it with home-made DVDs. :-) I think i tried out like 10 different DVD players, of about 4 different brands (Panasonic, Akai, Hitachi, and some underdog type of company that i don't remember). The results were identical no matter which DVD player, no matter whether it was DVD or SVCD: - all disks created with -z b were perfect - all other disks experienced juddering The weird thing is, one year ago i created quite a few SVCDs, using same parameters (i came up long time ago with some SVCD scripts that i keep using ever since) and those disks have no juddering! Obviously, something changed since last summer. But what? -- Florin Andrei http://florin.myip.org/ --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] it's juddering probably, but...
On 20 Aug 2003, Florin Andrei wrote: BTW, here's what happened when i extracted the fields: [EMAIL PROTECTED] work]$ lav2yuv -f 10 yose.avi | y4mtoppm | pnmsplit - pnm/image%d.pnm pnmsplit: WRITING pnm/image0.pnm An easier (I think) way of checking out the YUV4MPEG2 parameters is with the 'head' command. lav2yuv -f 10 yose.avi | head -1 will give something like this: YUV4MPEG2 W720 H480 F3:1001 Ib A10:11 The tag 'Ib' means bottom field first. That confirms my feeling that it's a bottom-first stream. The data came from a DV capture? If so then is will *always* be bottom field first - that's the DV standarad and no other order is ever used. I took only the first AVI file in the DV directory, which has approx 2 minutes worth of video (out of the total of 60 minutes). I was going to suggest that yesterday but figured you'd think of it yourself :) I created three different DVDs: - default field order settings (no -z) - using -z t - using -z b I then created three different SVCDs: - default field order settings (no -z) - using -z t - using -z b I then went to a local computer/hardware store and pretended i was choosing a DVD player by testing it with home-made DVDs. :-) I think i Good Idea - I was about to do a similar thing when looking for a player that would handle the rewriteable DVD media. Fortunately I got lucky with the Philips unit ;) The results were identical no matter which DVD player, no matter whether it was DVD or SVCD: - all disks created with -z b were perfect - all other disks experienced juddering Obviously, something changed since last summer. But what? Something in the pipeline you're using is inverting the field order. TO find out which tool is doing it use the 'head' command as shown above. Start with just the 'lav2yuv | head -1' as shown, then add one more tool, lav2yuv | next_tool | head -1' and look at the 'I' tag. Keep going until all tools have been added. IF this is a DV file then you'll get better quality by using the smilutils and making sure that they are built using FFMPEG's libavcodec. Ffmpeg has a better DV decoder from what I and a couple other folks have seen. Good Luck tracking down where things are going awry. Steven Schultz --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] it's juddering probably, but...
Hallo I believe i'm experiencing the juddering bug: https://sourceforge.net/docman/display_doc.php?docid=3456group_id=5776#ss3.4 However, my situation doesn't seem to fit into what's described in the HOWTO. Here are the initial AVI and the resulting MPEG2 that was used to author the DVD: http://florin.myip.org/debug/ 250MB's are a bit big for a ISDN connection, but the first 10 fields (as small jpegs) would be very interresting. On the DV .avi file i applied the method indicated in the HOWTO to analyse the fields order. It seems like it's a bottom first video stream (see image0 and image1), but otherwise it's ok. I checked it out for the next thousand of frames or so, the order of the fields is fine, there's no back and forth movement, it's all smooth and as it should be. Did you However, i don't know how to analyse the MPEG2 file. I cannot apply the method from the HOWTO, because the intermediary YUV stream is not generated through mjpegtools; mpeg2enc (which was used to encode the MPEG2) is only the last step in a chain where the previous steps were accomplished by a different set of tools. Is there a way to extract the fields from the .m2v file? Which command do you use ? You could exctract them with mplayer: mplayer -vo jpeg file.mpg That will create a lots of jpeg's in the current directory. ;) But I'm not soure if you see the problem there. If the stream says that it should play back the top field from the current frame before the bottom field of the stream. And it would be correct the other way round. In theory, i could re-create the DVD with different -z parameters in mpeg2enc, but: - the encoding time is enormous Just encode a few minutes. - i'd rather not waste DVD-R's, and i'm not sure if i can test with DVD-RW (not sure if the players will recognize the format) Suggestions? Test it with CD-RW and SVCD format. You should have the same problem there. auf hoffentlich bald, Berni the Chaos of Woodquarter Email: [EMAIL PROTECTED] [EMAIL PROTECTED] www: http://www.lysator.liu.se/~gz/bernhard --- This SF.net email is sponsored by Dice.com. Did you know that Dice has over 25,000 tech jobs available today? From careers in IT to Engineering to Tech Sales, Dice has tech jobs from the best hiring companies. http://www.dice.com/index.epl?rel_code=104 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] it's juddering probably, but...
On 19 Aug 2003, Florin Andrei wrote: I believe i'm experiencing the juddering bug: I use a NTSC DV camcorder as a source, and convert the DV .avi into DVD-compatible MPEG2 using mpeg2enc as the last step. Then i author the DVD, burn it... Apparently the DVD is fine, i can play it with software players with no problems whatsoever. But if i play it in a standalone player to a TV, i experience juddering, the moving objects are doubled and flickering fast. It seems like it's a bottom first video stream (see image0 and image1), but otherwise it's ok. I checked it out for the next thousand DV is bottom field first. No other order is specified in the standard (and interestingly enough this true for both PAL and NTSC - wonder how that happened ;)) of frames or so, the order of the fields is fine, there's no back and forth movement, it's all smooth and as it should be. If you're seeing the juddering problem then something in the tool chain between the capture and the encoder is flipping the field order (or losing track of the order). However, i don't know how to analyse the MPEG2 file. I cannot apply the method from the HOWTO, because the intermediary YUV stream is not generated through mjpegtools; mpeg2enc (which was used to encode the Hmmm, perhaps generating the YUV stream with a different selection of tools might solve the problem... To analyse a MPEG2 file I've found the 'dvdview' program to be very useful. dvdview (and the required library) can be found at http://rachmaninoff.informatik.uni-mannheim.de/dvdview/ The program has a debug/log capability - specifying higher levels of logging will yield the field order. Suggestions? Use DVD-RW or DVD+RW media to avoid coasters? ;) Look at the YUV4MPEG/YUV stream after each step of the pipeline, the 'Ib' tag should always be present - if it changes to 'It' or 'Ip' you've found the program that is changing the field order. Steven Schultz --- This SF.net email is sponsored by Dice.com. Did you know that Dice has over 25,000 tech jobs available today? From careers in IT to Engineering to Tech Sales, Dice has tech jobs from the best hiring companies. http://www.dice.com/index.epl?rel_code=104 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users