>From "Steven M. Schultz" <[EMAIL PROTECTED]> on 9 Dec 2003:
> > 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? > > Ok - sounds like it is doing the right thing. Well, it does use the -B switch to transcode (fast resize) not the -Z for regular resize. Would fast resizing result in halos/artifacts? In any case, looks like transcode is doing the resizing on its own and not calling yuvscaler or anything else. > Lots of long lines... Possible to set the margins to something > closer to 80 characters or so? ;) Sorry, I will try. > Hmmm, I don't know what scaling algorithms it uses either - or if > they allow you to specify/tailor the scaling behaviour. Well, it has various presets on the clip&zoom page (http://www.exit1.org/dvdrip/doc/gui-gui_clip_zoom.cipp) and there is also a manual mode to allow you to enter all values. > > That's why I avoid the all-in-one programs. I'd rather figure out > what needs to be done and write the necessary shell script to tie > it all together. Me too. But in this case, I made an exception because dvd::rip offers a nice balance between doing it for you and allowing manual overrides. I prefer that it does all the boring grunt work of tcprobe, tccat, etc to create the vobs and allow me full control over the encoding process. It does this so I am happy. > That's just an estimate (often close but not 100% accurate) - might > need to be a little higher. Might need to be 2500 to account for > one peak in the middle - or you might need to increase the VBV size Well, if there is one peak in the middle and my -r is too small to accomodate this peak, wont mplex fail with frame underruns? The fact that mplex succeeds is proof that my -r is sufficient, isnt it? > with "-b" (default for VCD is 46 but with an XVCD that can have > higher peak rates you might want to try "-r 220" to mplex). Um..what is VBV? The buffer size? That is -B, right? > Look who they're being marketed to ;) Flawless? Advertising hype. > Couple weeks ago I was "treated" to the experience of a DVD produced > by someone who used one of those type of packages. Not something > I want to do again any time soon... Well, even with all the one-click templates that these packages provide,authoring a disc is still a creative endeavour, and a poorly authored disc might account for your bad experience! > "Good enough for Joe Casual User". I don't think many of those > create an outofspec XVCD going for absolute maximum play time by > allowing *you* to choose the tradeoff point between quality and > playtime. True. Forget VCD. If you have a DVD writer, do they really let you copy a commercial DVD to another, byte-for-byte without re-encoding? Doesnt that violate the CSS/copyright thing? Also, I read somewhere that DVD-R blanks have a opaque ring right where the CSS code is written, just as a copy-protection measure? If thats so, making a identical copy of a DVD is impossible, right? > The other thing that can be tried, although with clean material the > effect will probably be minor, is "-R 0" or "-R 1" to turn off or > use only 1 B frame. Thanks, will try this. What is defined as "clean material"? Is anything on a commercial DVD clean material? Even if it is a 1960s movie? The reason I ask is that, in this case, I was able to fit a new (2003) commercial 132-minute DVD onto a single CD-R (500MB bin/cue image). But a 1960s movie on DVD, with the same settings generated a 1500MB mpeg file! Is this because one source material is "noisier" than the other? Thanks for the discussion and education. I appreciate it. _______________________________________________________ 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
