>From "Steven M. Schultz" <[EMAIL PROTECTED]> on 8 Dec 2003:
> > The DVD title is 132 minutes. Using the following settings for mpeg2enc > > Whew - that's a lot to try and get any quality from and still > fit on a CD-R. Right, thats why I was surprised to see a final mpeg of only 500MB on my first try! > Are you using the standard VCD frame size (352x240 or 352x288)? I am using the dvd::rip 4:3 NTSC preset on the 'Clip & Zoom' tab, which, I guess maps to the standard NTSC framesize of 352x240? > > > -K kvcd -q 8 -N 1.0 -b 2000 > > Leave out the -N if you're using -K kvcd. The kvcd tables already > have the high frequencies "rolled off" (not the right term actually - > sampled to less detail might be better) and -N amplifies that effect. So you are saying that -K kvcd and -N 1.0 actually work against each other. Use one or the other? > How did you scale the DVD data to the VCD size? With y4mscaler or > some other method? Depending how the scaling is done can cause > increased halo/ghosting. If you're using y4mscaler 0.5.0 then > "-S option=sinc8lan" will probably give the highest quality, if you're > using y4mscaler 0.6.1 (which was released this weekend) then that > becomes "-S option=sinc:8" (unless I forgot the new syntax already ;)). Not sure what dvd::rip calls to scale the data. I think it uses some transcode switches, which in turn, of course, call mpeg2enc with the appropriate switches. > Then specify the correct bitrate to mplex. When you're creating > nonstandard (XVCD/XSVCD/genericMPEG) formats you have to give mplex > a better idea of the maximum bitrate. Either give an arbitrarily > large value (knowing it will never be approached) or add the video > rate and audio rate and multiply by 1.03. "-r 3000" should work > fine. Or take the 2000 you specified to mpeg2enc, add in 224 for > the audio and then a couple percent for overhead - 2224*1.03 = ~2300 Right, dvd::rip does all this already. I see -r 2298 in the logfile with the -V (vbr) parameter. > Depending how big the image ends up being you might try '-K tmpgenc' > to use the TMPGEnc tables - the bitrate won't be quite as low as > with kvcd but the quality will be better (hopefully). Is the -N 1.0 not required with -K tmpgenc also? > > Any magic incantations to mpeg2enc to get the optimal quality at > lowest filesize? Or is it pretty much trial and error? > > Yes. One thing I dont quite get. I am new to all this video encoding stuff and I see all these forums (mjpeg included) where smart guys are fiddling parameters endlessly to get what they want. And then I walk into Best Buy (an electronics superstore here in the US), and see all these one-click copy-DVD/VCD/SVCD packages on the shelf which claim to make flawless copies of digital (or even analog!) material with just a press of a button! Needless to say, all these are Windows-based packages. Are the Win32-based tools so much more superior to Linux that they can automatically analyse the source material, set all these zillion encoding parameters to their optimum values and produce perfect mpeg/avis? I doubt that since from what I have seen most Win32-based tools are either Cygwin ports of Linux tools or vice versa. So what gives? > If you're using the cvs version of mpeg2enc you can also try adding > "-E -10" to the options - for clean source (such as from a DVD) Ok, will try -E -10 -q 7 Thanks _______________________________________________________ The FREE service that prevents junk email http://www.mailshell.com ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click _______________________________________________ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
