RB-Opt v0.23 BETA a tool to change titles bitrate, CCE parameters and AVS scripts.

[TuRiSOft]

nice of you to give him a couple hours after the release to fix it!

(sarcasm)

sorry.. i am sure he will fix it in time
:goodpost:

[Ralin]

would really love it, I use it on all my backups :)
Great software!

[archaeo]

@robot1 :
there's need of a new release , rb-opt doesn't handle the new Menu Encoding function and crashes !!!

Has anyone repeated this - it crashes??

I just used RB Opt v21 w/ RB 1.08.1 to tweak some vobs(w/menu encoding enabled) and had no problems.

[mpiper]

Yes,
I have tried to use it with 1.8.1 and it crashes for me as well.

I have no idea why and will be re-installing everything this evening to see if that fixes it.

Mike

[writersblock29]

It won't. Robot1 is aware of the issue, and has stated that he hopes to have a fix availible before too much longer.

[archaeo]

edit: I see this is covered in the 'other' RB Opt thread:
http://forum.doom9.org/showthread.php?t=107213

[robot1]

Here is the new version:
download (http://rapidshare.de/files/15249923/RB-Optv0.23.zip.html) (from rapidshare.de).
I'm attaching the file to this message for an easier download (as soon as a mod approves it)

Now RB-Opt supports files created by the newer versions of DVD-RB with menu encoding.
I've also fixed the bug described here (http://forum.doom9.org/showthread.php?p=766798#post766798) (in previous versions, RB-Opt always overrode the vbr_brate_max value set by DVD-RB. Now it changes the value only if the user wants).

I haven't tested it much, so comments are welcome.
I'm working to add HC support for RB-Opt v1.0

[SpazzHH]

Bless you !!!! Thanks for all the hard work.

[archaeo]

much appreciated, robot1. This is a very helpful tool :thanks:

[Rippraff]

Thanks robot1, but what happened to 0.22? :p

Cu Rippraff

[robot1]

Thank you for all your support and feedback.

@Rippraff
good observation :)
0.22 was never released because very buggy :o

[Ralin]

thanks :)

[jdobbs]

Here is the new version:
download (http://rapidshare.de/files/15249923/RB-Optv0.23.zip.html) (from rapidshare.de).
I'm attaching the file to this message for an easier download (as soon as a mod approves it)

Now RB-Opt supports files created by the newer versions of DVD-RB with menu encoding.
I've also fixed the bug described here (http://forum.doom9.org/showthread.php?p=766798#post766798) (in previous versions, RB-Opt always overrode the vbr_brate_max value set by DVD-RB. Now it changes the value only if the user wants).

I haven't tested it much, so comments are welcome.
I'm working to add HC support for RB-Opt v1.0It overrides the maximum bitrate set by DVD-RB? :scared:

[robot1]

It overrides the maximum bitrate set by DVD-RB? :scared:
Since v1.03 (if I'm not wrong) DVD-RB changes the vbr_brate_max for every cell, according to the original one.
The older versions of RB-Opt didn't handle this, and *automatically* changed the vbr_brate_max on a VobID basis, using the higher one.
As I think your method gives better quality, I've updated the code to reflect your changes, and I personally never change the vbr_brate_max parameter.
Anyway if a user want to play with the parameters... he can do anything, without blaming DVD-RB for poor results.

[jdobbs]

Oh, ok... I had it backwards. I thought it was changing it now.

[JohnGalt]

I'm backing up Richie's "Lock, Stock, & 2 Smoking Barrels" R1, and it contains both LB & FS flavours of the film on one side of a DVD9. I ran prepare in RB, then used Preview to blank the FS titleset. I then saved the changes, then loaded up RB-Opt. Opt shows the WS autosized to 53.9% and the estimated DVD size at 2.95G. I guess when RB starts the encoding process, it will re-figure out how much to compress the WS & Extras VTS's (they should only have to go down to 80 or 90% or something), but is there any way to get RB-Opt to reflect that first so that I can tweak bitrates and so forth within Opt before encoding and without getting stuck with an over-compressed DVD? Thanks!

[XMEN3]

Menu final size is bigger.
Is possible to change value only on movie cells and leave untouched bitrate of menu as dvd-rb made?
Or, beter have access to menu cells to change it?

[robot1]

I'm backing up Richie's "Lock, Stock, & 2 Smoking Barrels" R1, and it contains both LB & FS flavours of the film on one side of a DVD9. I ran prepare in RB, then used Preview to blank the FS titleset. I then saved the changes, then loaded up RB-Opt. Opt shows the WS autosized to 53.9% and the estimated DVD size at 2.95G. I guess when RB starts the encoding process, it will re-figure out how much to compress the WS & Extras VTS's (they should only have to go down to 80 or 90% or something), but is there any way to get RB-Opt to reflect that first so that I can tweak bitrates and so forth within Opt before encoding and without getting stuck with an over-compressed DVD? Thanks!
Could you send me by email the relevant files (rebuilder.inf and rebuilder.ecl) blanking the FS titleset and without blanking the FS titleset? The email address is in the readme.
Thank you.

[robot1]

Menu final size is bigger.
Is possible to change value only on movie cells and leave untouched bitrate of menu as dvd-rb made?
Rb-Opt doesn't change the menu bitrate. It simply skips menu cells.

Or, beter have access to menu cells to change it?
I'm not sure I will do it soon, for many reasons:
Usually menus have a lot of cells, and it's a real pain to manage them.
You can't shrink too much menu bitrate, else you have a really bad looking product (if the menu isn't very large, I prefer to leave it untouched)
When menu size is very large, I simply prefer the fast and perfect looking MenuShrink.

If many users ask for menu control, I will add it.

[Faxe]

Hi, I have just started to use RB-Opt addon. I have seen that people have mentioned that DVDRebuilider doesn't use all space on a dvd disc.

What is the best setting in Global Options, so that I'm able to use all the space on a dvd, and thereby obtain a higher bitrate?

/Faxe

[Boulder]

DVD-RB does that for a reason, and the reason is that it ensures you will not get oversized DVD images.

I've used 2260000 sectors for quite a while now and haven't had any oversizing yet.

EDIT: and don't ask what's best, there's some 70000 opinions here.

[jptheripper]

yes it depends on the consistency of your encoder. i use 4484mb, but then i am willing (and dont complain) when i have to go back and redo it b/c its too big

[writersblock29]

I finally just took Jdobbs' advice and erased my TargetSectors setting. Though I'm slow to admit being wrong, I just couldn't see the difference between a project that hits 4.31-4.32 vs a project that hits 4.36-4.37; and I no longer have to run a Rebuilder project through DVD Shrink just to shave down a slight oversizing. Not to mention, I've been playing around an awful lot with OPV, and the best way to reduce the risk of oversizing is -- you guessed it -- leaving the target sizing at default.

RBOpt does a pretty good job at automatically tweaking your target sectors to fill the disk (keeping this thread on-subject), but I serriously doubt you'd be able to tell in a side-by-side, triple-blind, experiment which is the 4.31 and which is the 4.36.

[t0tum]

Rb-Opt doesn't change the menu bitrate. It simply skips menu cells
Its a little bit confusing and in my eyes pretty useless as it is right now. RbOpt assumes targetsectors and bitrates for vts which it can process as (2260000 standard) taking in consideration there is a menu present, it summs it up and displays a total off (24400000) for instance. Since in dvdrebuilder u cant really control menu size, except reduction for extras which in many cases u may not have, its pretty uncontrollable.
The action to reduce menu to lets say 2000kbit or below, is to reduce extra's percentage to really low (which might be undesirable), then tuning it back in RbOpt.
So how would one go about setting destination size to an optimal then there is no more correct targetsectors indication?:thanks:

[Hage]

Hello,

I'm having some problems using RB-Opt 1.23 with the latest DVD-RB 1.09.2.

All I want to do is lower the bitrate for the end credits, because 7 minutes of credits with 3500kbps is just a big waste. I've often did that without any problems but lately this results in a way oversized final DVD. (7GB++)

I noticed that when i load the rebuilder.inf into RB-Opt, all Vob-IDs are set to OPV, so i have to switch them to VBR in order to be able to tweak the cells. But When I then start the encoding, CCE only does 1 pass instead of the 3 passes I configured it to do. So after a third of the usual time the encoding is finished and when i start the rebuilding phase i get these oversized results.

I didn't enable the "One pass VBR (w/analysis)" function in DVD-RB.

Does anyone have an idea what I'm doing wrong? Could this be a wrong setting in RB Opt or DVD-RB?

Thank you,
Hage

[ObeewanVOB]

You're not alone Hage. I've been having the same problem since DVDRB 1.08 so I guess upgrading won't fix this. I didn't change any of my settings that I used in previous versions of DVD-RB using CCE 2.66 SP but just like you if I tweak the settings in RB-opt CCE will not create the vaf file and just go directly to one-pass encoding. I would't post this but I've been searching for a post with a solution for a couple of months to no avail. I've used 1.23b and 1.21 with the same results. Help us Robot1!

[stereo]

Well, I used to have that problem, and it bugged the shit out of me. But since I've upgraded to 1.09.3 there have been absolutely no problems; Rb-Opt 0.23 works like a charm in combination with 1.09.3

[ObeewanVOB]

Thanks for the news stereo. I haven't upgraded to the latest one yet. I'll give it a whirl when I get home

[ObeewanVOB]

Yes! Thanks stereo and jdobbs! Back in business with RB-opt! The strange thing is I have the trial version of CCE so when configuring I chose this one during installation. However when I opened DVDRB it chose CCE SP normal. I thought it was a small glitch, chose CCE SP Trial and started doing a test DVD. Went into RBOpt, tweaked and then loaded up DVDRB, had the same problem with CCE only performing 1 pass. Switched back to CCE SP normal, prepared in DVDRB, tweaked again with RBOpt and this time it worked. :stupid:

[Sharc]

Any further developments with RB-OPT in the pipeline ?
Like Menu shrinking?

This tool is still the best of it's kind!:thanks:

[blutach]

Why don't you use the beta preview/editor?

Regards

[Sharc]

I certainly do, and I love it.
However, RB-OPT still has some salient features like its ability to apply different avisynth filters for the main feature and for the extras. Useful when I want to filter the extras stronger in order to allow for a higher compression of the extras.
I have also found that the enabling of the "Natural" filter in CCE (although perhaps softening the picture slightly) is effective in preventing mosquito noise, in particular in cases when the original already comes with some mosquito noise which CCE tends to "amplify". Btw, is there a recommendation of a avisynth filter to specifically prevent mosquito noise?

As I said, the beta viewer/editor in DVD-RB is excellent and very convenient.

[robot1]

RB-Opt development was frozen as the Segment editor in DVD-RB is really excellent.
Anyway, I could add the menu handling in future (specially if many users are interested in it).

[Sharc]

Well, that would make RB-OPT very complete.
As I mentioned, I like the avisynth flexibility it offers.
Adapting RB-OPT to the new CCE SP2 *.ecl format is possibly another obstacle.

Edit: And in case you should decide to touch RB_OPT again, you may change the text in the CCE Settings from "Disable Adaptive Q matrix switching" to "Enable Adabptive Q matrix switching", because the tickmark is set when CCEAQM=1 in rebuilder.ini

[robot1]

Edit: And in case you should decide to touch RB_OPT again, you may change the text in the CCE Settings from "Disable Adaptive Q matrix switching" to "Enable Adabptive Q matrix switching", because the tickmark is set when CCEAQM=1 in rebuilder.ini
Thank you for the report.
I will check that option.

[Kwark]

Is there any chance you will support CCE-SP2 1.0x versions in RB-Opt soon? Right now it tells me I don't have a supported CCE version.

[humax]

I also love the RB-Opt and it would be nice if CCE SP2 will be supported .

[robot1]

Probably there will be a new version soon.

[SpazzHH]

Probably there will be a new version soon.

Bless you !!! And Thanks.

[Sharc]

I found 2 problems which might need to be looked at:

1) After running the OPV estimation for the main feature and saving/exiting RBOpt, the average bitrate for the menu items in the newly created REBUILDER.ECL are apparently overwritten by

vbr_brate_avg=300

i.e. by the minimum bitrate, instead of keeping the original value.
The encoded menu looks accordingly blocky. (The menus are encoded in 2-pass)

2) In the CCE settings window, the text for the tickbox that controls the CCEAQM should be
Enable Adaptive Q matrix switching.

Is v0.23beta the latest version?

Edit:
I copied the "vbr_brate_avg=xxxx" lines from the "REBUILDER.ECL.original" to the "REBUILDER.ECL" created by RB-Opt, and the menus (plus the feature and extras of course) came out in the expected perfect quality in CCE OPV mode.

Thanks to robot1 for a great supporting tool for DVD-RB !

[Sharc]

Probably there will be a new version soon.

Just curious: Any new developments ongoing?
Thanks.

[robot1]

A new version is almost ready, with better support to newer DVD-RB.
I hope to release it next week.
Thank you for the interest in RB-Opt.

[archaeo]

A new version is almost ready, with better support to newer DVD-RB.
I hope to release it next week.
Thank you for the interest in RB-Opt.


thanks for all your work on a great little program :)

[Sharc]

A new version is almost ready, with better support to newer DVD-RB.
I hope to release it next week.
Thank you for the interest in RB-Opt.

:thanks:
A truly powerful add-on to DVD-RB!

[JohnGalt]

:thanks: awesome! ty, robot1!

[kumi]

Wow, new version! I can't wait :)

[dynamis]

hi robot1. hey all.

this might be a silly question, but... on an anime disc (~2750 avg bitrate) when i apply a matrix and do opv predict, what does it mean when the q values change compared to having no matrix? i put avamat6 on an anime and the Q went from 53 to 35, avamat7, to 32, qlb and kika comic low to 55. what does all this mean?

how compressible are CG anime and cartoon anime respectively? i hear that anime yields better results at lower bitrates than regular movies, but i don't know by what degree, or what general Q i should shoot for. it appears from my google searches that many say that, for regular movies, a Q under 30 should yield good results.

also, since i have very little experience with matrices i will ask: are the avamat matrices suitable for anime or is it better to use the kika comic ones? any help would be great to point me in the right direction. i hope what i wrote makes sense :p thanks.

[Boulder]

Hi robot1,

I'd like to do a feature request. In DVD-RB, there's the feature to use a different matrix for cells of high, low and very low bitrate. It would be nice if you could do this distribution in RB-Opt and set the boundaries to whatever you like. I could ask for this in the Wish List thread but I don't want to burden jdobbs with my endless feature requests:) Besides, the option is an advanced one so it would fit in much better in RB-Opt.

Then there's the infamous "redistribute the bits between the cells" request, which probably will never make it to DVD-RB ;) If you're interested, the thread discussing the issue is in this forum.

[stereo]

A new version is almost ready, with better support to newer DVD-RB.
I hope to release it next week.
Thank you for the interest in RB-Opt.

That sounds great, robot1! I really enjoy using RB-Opt, and I'm looking forward to seeing your new version!

Thanks for your effort!

[robot1]

this might be a silly question, but... on an anime disc (~2750 avg bitrate) when i apply a matrix and do opv predict, what does it mean when the q values change compared to having no matrix? i put avamat6 on an anime and the Q went from 53 to 35, avamat7, to 32, qlb and kika comic low to 55. what does all this mean?

Usually it's better to have a lower Q: the Q factor can be considered a "measure of quality" (values over 40 show that you could find MPEG artifacts in your final encode)

But probably hou get a lower Q with different matrices, simply because you have a softer image.

To choose the matrix to use, you can check the quality of the encoded samples, as an indication of the quality of the final encode.