Quote:
1/ DVD-RB reports the min/avg/max bitrate of the original source. There is no real need to put your own max at 9000 if the original was 5000 (that means that the movie doesn't need a lot of bitrate peaks). 2/ with KVCD-Notch matrix, you have really excellent result with MAX=5000. I did all my KDVD with max=6000. This way the Q values is a couple of points better than with a max=9000. |
Quote:
Quote:
I'm running a one click mode with v0.59 right now since I've always used three click in conjunction with Rb-Opt. So I'll see how this one turns out... |
Quote:
But the day where all that RB does will be the best to do is not for tomorrow. So trust me, even if the default is 9000, do not use so much with a source that is 5328 (for instanbce ;-)) Quote:
Quote:
|
Yes I'm running a one-click encode so EVERYTHING is at DVD-Rb default settings (i.e. 2-pass VBR). Rb reports High/Low/Avg bitrates at 3758/1852/2759. Looking at my CCE window, it says "VBR: 2690 (0-9000) kbps". So I guess I'll just leave it at default settings, even though max=9000 may not be needed.
|
well hallelujah!! OPV seems to have been the culprit all along!!! Which might be a reason why I've been having so many problems because practically EVERYONE in this forum does one-pass encoding. The default 2 Pass VBR worked like a charm -- video even looked much better than OPV, but of course took twice as long to encode.
So if I'm going to stick with VBR, should I change the min/max bitrate? Again, Rb defaults to 0-9000 but for most KDVDs I do 64-5500. Any suggestions? |
Quote:
Quote:
|
Quote:
Quote:
|
Some movies may look better with multipass VBR, Saving Private Ryan is generally considered one of them. Maybe it's the ultra-shaky camera movements which actually benefit from using VBR..who knows.
In general, OPV will give you better results. |
that's interesting... it just seems like OPV is a kvcd "thing" and everyone else using CCE does multipass vbr... or is it just me? :)
|
Quote:
Quality-based encoding will result in a better quality in most cases simply because it doesn't have to consider any bitrate reservoirs etc. It just uses as many bits as are needed in a frame. With VBR the encoder must consider whether it can use more bits or does it need them elsewhere. |
@ Boulder
as i tryed to explain long time ago, D2S-RoBa can do VBR multipass mode. (and sorry my poor english now and before a long time in old thread) :oops: tylo did a version with VBR multipass for me after i ask for it: http://forum.doom9.org/showthread.ph...0&pagenumber=9 and now is a"public version": v3.75 (5th October 2004) fixed: NB! Bug in AutoIt3 caused wrong calculations in v3.61 - v3.74. Please update. improved: Computes 'Adjust %' value into the sample estimation directly. :arrow: changed: Starts DVD2SVCD in VBR multipass mode - forces D2S to calculate accurate BR. added: Keeps old D2SRoBa_log files. http://home.tiscali.no/tylohome/history.php |
Quote:
Quote:
|
jorel,
I'm not going to argue about that with you again. If you read the threads at D9 carefully, you'll see that D2SRoBa is originally meant for OPV encodings. Then Tylo added the possibility to do the resizing pass if the OPV encode is a certain percentage off the target. Then he added the ability to do a multi-pass VBR. If you don't believe my words, this is what Tylo answered to your request: Quote:
|
Quote:
|
The only thing that comes to my mind is that the bitrate distribution graph (aka the vaf file) is better when you have a close-to-target OPV run first. But in this case it would be rather useless doing more than one 'sizing' pass since the bitrate distribution should already be optimal or at least very close to it.
Then again, I suppose that multipass-RoBa doesn't do any OPV first or does it? |
Site design, images and content © 2002-2024 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2024 Jelsoft Enterprises Ltd.