Steal space from extra's ????

[telford27]

Hi, I am using DVD Rebuilder .52 with CCE Basic 2.69. on the 1 click mode.
As I understand it if dynamically assign cell bit rates is ticked you can then steal space from the extras up to 50% to improve quality to the main film ? If I un-tick this option and start to back up my movie, when the info starts to show in the window, "Steal Space From Extras mode is enabled" still shows up ? Does this mean that I will still loose quality from the extras even though I have disabled it ? I only ask because some times when you do series disks episodes show up as extra material and i don't want these to be poor quality. Thanks in advance :)

[Joergen]

All "tick" options need you to rerun the PREPARE stage in order for them to work.

SO: If you have "steal space from extras 25%" when you PREPARE, and you then untick it, and hit ENCODE, the option will still be active cause all options are saved during PREPARE stage.

[telford27]

So if I wanted to back up a disk from a TV series with several episodes I will be better off using the 3 click method rather than the 1 click method ?

[jdobbs]

A point to remember... most of the time you don't want to use "steal from extras" with a TV series disk. DVD-RB will assume the largest VTS is the "movie" and steal from the others. The others may be additional episodes.

[telford27]

True but my original worry was that even if I don't select the option to dynamically assign cell bit rates when it starts to do its job a message still says that it is enabled even if I choose the 3 click method. I have tried to deselect it and close DVD RB and restart it again it still says it is enabled when I click either transcode or prepare ? So what ever I do I may still loose quality from smaller episodes if I back up series disks ?

[Joergen]

I dont think it should say its enabled when its not. It doesnt for me :confused:

[Kakashi Sensei]

ok well i figured i would post this here but i have a thread of my own. I get the same thing. No matter what i do i cant unclick the steal space from extras. Also this causes a problem with projected file size. I have a 5.6 gig DVD and it ends up being 3.9 gigs in the end. using DVD-RB v.52 and tried it with the same resault on v.51c Currently trying it with v.50a

[jdobbs]

Originally posted by Kakashi Sensei
ok well i figured i would post this here but i have a thread of my own. I get the same thing. No matter what i do i cant unclick the steal space from extras. Also this causes a problem with projected file size. I have a 5.6 gig DVD and it ends up being 3.9 gigs in the end. using DVD-RB v.52 and tried it with the same resault on v.51c Currently trying it with v.50a I'll take a look at it.

[Kakashi Sensei]

ok well i Re-encoded the DVD with dvd-rb v.50a and it came out to 4.31 gigs. not 4.37 but i can live with it, its alot better then the 3.9 gig dvd i was getting b4. I hope this helps you out for finding a solution at all. And with v.52 even if i unchecked Dynamically assign bitrates it says at the beginning of the prepare phase that it is enabled.

[wmansir]

I can confirm: If you turn off Dyn bitrates it still says "stealing ... is enabled" in the status panel. There is also the message at the end saying "Stealing spaces improved moive by XX%"

However, it doesn't effect the bitrates.

With Dyn bitrates OFF all the cells in all VTSs got the same bitrate regardless of the message. I also turned off Steal Space, then turned off Dyn Bitrates. I didn't get the "Stealing..is enabled" messages and the bitrate was the same as the previous test.


Also, I did a job last night with Stealing at 33% and my final output size as dead on.

[Kakashi Sensei]

ok so then that means I have to figure out what the hell i'm doing wrong. :confused:

[jdobbs]

Originally posted by wmansir
I can confirm: If you turn off Dyn bitrates it still says "stealing ... is enabled" in the status panel. There is also the message at the end saying "Stealing spaces improved moive by XX%"

However, it doesn't effect the bitrates.

With Dyn bitrates OFF all the cells in all VTSs got the same bitrate regardless of the message. I also turned off Steal Space, then turned off Dyn Bitrates. I didn't get the "Stealing..is enabled" messages and the bitrate was the same as the previous test.


Also, I did a job last night with Stealing at 33% and my final output size as dead on. I'm guessing (I'm not at home right now) those messages are linked to whether the option is checked and not checking as to whether it is enabled. It probably should check both.

[assemblage]

Does the "steal space" option work with batch processing? It doesn't seem to. It would be swell if it would.

[jdobbs]

Originally posted by assemblage
Does the "steal space" option work with batch processing? It doesn't seem to. It would be swell if it would. It should. I just checked the code and it is saved to and read from the project files... try saving a project, turning off "steal space" and then reload the project; it should return to the state it was as the point of the save. Batch mode loads project files.

[assemblage]

I was backing up a '24' disc and a movie. I wanted to steal space from the movie, but since '24' is 4 episoides, I didn't want to accidently steal space from the episodes.

I set up the 24 project with 'Steal Space' unchecked.
I set up the movie with 'Steal Space' checked.

I put the projects in the batch mode window listing the '24' project first and movie second. I had left the 'Steal Space' checked and the info from the last project still displayed.

I pressed the "Process" button and it started work on the '24' project, but it said it was stealing space in the dialog at the beginning. So I canceled and started over without using 'Steal Space.'

I haven't tried it the way you've suggested... yet.

Also as a suggestion, the Steal Space isn't as intiuitive. I'm thinking the 25% setting is to 'steal' 25% from the extra, but maybe it's shrinking the extra to 25%.

[jdobbs]

No it steals 25%. I thought the "Quality Drop", "Significant Quality Drop", and "I don't care about extras..." comments in the labels would have given that away.