DVD-RB output oversize problem !!

[Archmage4ever]

Hi all,

I have a problem with DVD-RB. As I understand from most people, it, in combination with CCE, is about the best tool you need to copy your DVD9 to DVD5. I read the Installation, Setup and Usage post and followed the steps. However, when i for example used it on LOTR: Two Towers Extended Ed., the VIDEO_TS output folder becomes about 7,2 GB. Would appriciate help with this problem!

My setup is:
DVD-RB v0.63a Beta
CCE SP v2.67.00.27 retail
AviSynth v2.55 with MPEG2Dec3dg.dll v1.0.1.0
DVD Decryptor v3.5.1.0

DVD-RB running with the Half D1 setting enabled and Steal Space From Extras set to 50%.

Attached is the REBUILDER.ECL file.

Thanks in advance :D

[Rockas]

I'm sure that you want to edit your message and get rid of illegal references 'cause they are forbidden in this fórum... rule 6 I think (but not sure... could be rule 8)... no i'm pretty sure it's RULE 6 (http://forum.doom9.org/forum-rules.htm)...
But you didn't start bad for a first post :D :p :) :p :D

[Sophoclesdrf]

This is a post by jdobbs on another thread.

You were right about the "Steal Space From Extras" problem. It wasn't the same error as the other parameters (in fact it was a really obscure cause) -- but it definitely wasn't being loaded correctly sometimes from the RBD file. I've fixed it and it will be included in v0.65.

You might want to upgrade and try it again.

[Archmage4ever]

Sorry Rockas, My Bad :D

I'll try the 0.64a version i see is the latest.

Thnx

[Archmage4ever]

Well, tried the 0.64a version, and without the Half-D1 and Steal space from extras options disabled, but still ended upp with an output VIDEO_TS of about 7,2 GB. Anyone got any ideas????

[jdobbs]

You were right about the "Steal Space From Extras" problem. It wasn't the same error as the other parameters (in fact it was a really obscure cause) -- but it definitely wasn't being loaded correctly sometimes from the RBD file. I've fixed it and it will be included in v0.65. This wouldn't be related to an oversize, though. The only way you would experience this error would be if you were:

1. Using batch mode
2. Had "Steal Space" selected in the RBD file
3. Also had "Steal Space" selected in the file immediately preceding it.

Even then -- all that would happen is that "Steal Space" wouldn't be enabled as it should. There wouldn't be any oversizing.

[The eDealer]

Sorry, but a question of understanding:

"DVD-RB running with the Half D1 setting enabled and Steal Space From Extras set to 50%."

Doesn't this action double the effect??
If so, the result must be a horror?!

[jdobbs]

Yes it would double up if you had "Half D1 and Half Space" check along with "Steal Space"

But another option is to choose "Resize to Half D1" in the AVS advanced options (which changes the size but doesn't give up any space on the selected VTSs), and decide for yourself what to give up with "Steal Space".

[The eDealer]

Oh yes, i see. :rolleyes:
That's a good combination i never used so far.
I only reduced the extras with the "auto" function.
Thanks for the fast reply.

[pg55555]

Archmage4ever

Well, tried the 0.64a version, and without the Half-D1 and Steal space from extras options disabled, but still ended upp with an output VIDEO_TS of about 7,2 GB. Anyone got any ideas????

In my knowledge this oversized poblem was always caused by some problem in the setup. If I remember correctly, by

1) an inadequate MPEG2Dec3dg.dll version (although you seem to be using the right one, but please check the date of the file), or

2) CCE SP v2.67.00.27 using video_type settings different from previous versions, so it compressed in CBR instead of VBR. But jdobbs fixed this issue some versions ago. Jut to dismiss this case please check if CCE SP, when encoding, is doing it in VBR or is using CBR

The eDealer

"DVD-RB running with the Half D1 setting enabled and Steal Space From Extras set to 50%."
Doesn't this action double the effect??
If so, the result must be a horror?!

Most of the time the extras are not important for me but I like to keep them. So their quality is not important for me. So I use the Half D1 and Steal Space togheter, n order to maximize the space for the main movie while keeping the extras.

[Archmage4ever]

pg55555:

I agree, i use both functions for reducing the extras quality because i want the disc to be complete, and not so interested in the quality.
I checked the version of my MPEG2Dec3dg.dll which i downloaded from the Installation-post, and it is 1.0.1.0.

Since i am somewhat of a newbie with these things, :D, i don't really know how to check if CCE is using VBR or CBR.

The only thing i changed in DVD-RB was the VBR_passes under CCE Customized settings to 6, VBR_Bias is the default 25 and Quality_Prec is deault 16.

Furthermore, the AVS Options is untouched and set to the following:
Convert to YUY2() enabled
AudioDub(BlankClip()) enabled
nothing under the AVS Advanced (Expert) options is enabled.

Thnx

[robot1]

Please post the item.ecl here (or the first part of the Rebuilder.ecl), so we can check.

[The eDealer]

Why don't you use the DGDECODE.DLL with the new (0.64a) RB Version ?

@pg55555
Most of the time the extras are not important for me but I like to keep them. So their quality is not important for me. So I use the Half D1 and Steal Space togheter, n order to maximize the space for the main movie while keeping the extras.
OK, but in this cases i blank the extras. In that kind of quality i never will use the extras. This way makes more sens to me and the maximum in space. :D

[pg55555]

Archmage4ever

I knew you have the 1.0.1.0 version. but aparently there are around 4 versions with that number that are no equal, and just one of them work ok with RB. thats the reason I asked for the date of the file.

Regarding CBR and VBR: When RB encodes it calls CCE for each segment. So The CCE main windows opens, and in it, appears the name of the segment it is encoding, the number of frames of the segment and the method of encoding it is using: "VBR 4000 (0-7500)" , where VBR is Variable Bit Rate, 4000 is the average vitrte for the segment and the figures in brackets are the min and max bitrate for the segment. If Constant Bit Rate it would appear somesing as "CBR 6000". There is another window where you can see the actual progress of the encoding of the segment.

For you teting I would suggest use only 2-pass encoding. For the purpose of verifying VBR is being used and if the oversized output is still there it will take a lot less time

[Archmage4ever]

pg55555:

Thnx for the input, now i know what you mean with CBR an VBR. Last night i tried to rip Star Trek: Deep Space Nine, S01 disc 1. That one did take a loooooong time, but the output folder was about 4,3 gb, so that was good.

Then when i burned it and played it i experienced the same glitch that someone else reported, a little audio glitch when the title intro plays and a few seconds jump forward. Will try to skip the MPEG2Dec3dg.dll and use the DGDECODE.DLL instead, see if that helps.

Thnx