Prepare step result 100% but still specified CCE passes?

[Harm]

I am using version 0.54 right now with 3 step CCE (no OPV).
The result of the prepare phase is that movie will be 100% by the removal of some audio tracks.
I have setup with 4 passes of CCE selected.
Am I wrong that with 100% all those passes are not needed?
Shouldn't only 1 (or maybe 2) be done?

Could give a major time gain in these types of situation! :)

[Joergen]

100%? You should use dvdshrink for that project, in no compression mode and just remove the audio.

[Harm]

Originally posted by Joergen
100%? You should use dvdshrink for that project, in no compression mode and just remove the audio.
Sure I know there are all kinds of solutions for this using another package.......... but shouldn't rebuilder cope with all possible situations?
In this case even running CCE the specified number of passes will give a good result but still I think rebuilder should switch to the minimum required passes for 100% (I also want to remove some subtitles etc.). This seems an easy change to me.... but let's wait what jdobbs thinks of this.... ;)

[burnout]

Originally posted by Harm
Shouldn't only 1 (or maybe 2) be done?

really u shouldn't use CCE in that situation, i'm not sure if DVD ReBuilder keeps the original m2v in this situation or uses CCE. if it uses CCE then try using RB-Keeper (http://forum.doom9.org/showthread.php?s=&threadid=76263) and see if that helps skip the CCE stage. otherwise there are other freeware tools more suited to the job (not meaning to move u away from dvd-rb, stick with it as much as possible, but in this case it seems unnecessary ;))

[Noah]

Why would you want to unnecessarily re-encode video? Are you trying to punish your CPU?

Its completely pointless and contrary to the goal of preserving quality, which I see as the reason for using DVD-Rebuilder/CCE.

[Harm]

Well I think there are some more problems with this...... the result came out undersized! (4136 Mb total).
So although the encoding should be giving the same size as the input in fact it doesn't!
Any ideas jdobbs?

So only some audio tracks and subtitles had to be removed (original size 4,93 Gb total)

[Harm]

Originally posted by Harm
Well I think there are some more problems with this...... the result came out undersized! (4136 Mb total).
So although the encoding should be giving the same size as the input in fact it doesn't!
Any ideas jdobbs?

So only some audio tracks and subtitles had to be removed (original size 4,93 Gb total)
As it turns out removing the audio tracks I selected results in an undersize.......... so rebuilder can't create something that isn't there.... stupid me! :confused:

Still I think this full encode shouldn't have run and it would be nice rebuilder at least told me that or changed the number of passes to the minimum required when keeping the movie 100%.....

[Noah]

You aren't getting it...you shouldn't do any passes at 100% because you should never re-encode when you don't need to.

You're only degrading a source you could have at original quality.

Originally posted by Harm
stupid me!
No argument here. ;)

[Harm]

Originally posted by Noah
You aren't getting it...you shouldn't do any passes at 100% because you should never re-encode when you don't need to.

You're only degrading a source you could have at original quality.
I am getting it (well except the undersize problem :rolleyes: ) !
I am only trying to say that when rebuilder removes the things you want removed and the result comes out at 100% there should be some kind of signal..... after all you notice this result after the prepare phase (if you do 3 step otherwise you won't even notice it).

Are you getting my suggestion......? :cool: :)

[jdobbs]

Originally posted by Harm
I am getting it (well except the undersize problem :rolleyes: ) !
I am only trying to say that when rebuilder removes the things you want removed and the result comes out at 100% there should be some kind of signal..... after all you notice this result after the prepare phase (if you do 3 step otherwise you won't even notice it).

Are you getting my suggestion......? :cool: :) If you have a source that will fit on a DVD-R -- there is never a good reason to do any processing. Just burn it. Removing tracks doesn't accomplish anything. It just makes blank space on the new DVD.

[Msc_Alex]

I think Harm is suggesting that RB calculates the output size before encoding, (size with the selected audio tracks to keep) and if this size is below 4.3 GB it will skip the encoding/transcoding job and starts with the rebuild stage.

[Lagoon]

Still a time loss to demux and rebuild the whole DVD when a trasncoder would do that in a few minutes.

[Harm]

Originally posted by Msc_Alex
I think Harm is suggesting that RB calculates the output size before encoding, (size with the selected audio tracks to keep) and if this size is below 4.3 GB it will skip the encoding/transcoding job and starts with the rebuild stage.
Exactly! :)

And again I know you can do these things also in another (and maybe better) way but it would be mighty nice if rebuilder had this feature! :cool:

[Noah]

Simply put, Rebuilder is the wrong tool for this. Try DVD Shrink or any number of others.

There's no point in just "rebuilding" a source this size, either. For one thing, Rebuilder seems to need am m2v video source to remux the audio back into. But why demux/remux just to strip out an audio stream? You're only wasting time and increasing the chance of introducing errors, like the audio drop-out problem. This would really be a pointless exercise to code into Rebuilder, given the abundance of tools that accomplish this properly.

Sure, it would be great if one tool did everything, but we're already blessed with all these great freeware tools, so we can't ask the world of any single one.

BTW, this warning message should at least clue you in when you've got a single layer-sized source (as long as its DVD5 sized pre-stream removal, I believe): "The input directory is already small enough to fit on a DVD-5. No compression is necessary. Continue Anyway?"

[Harm]

Originally posted by Noah
BTW, this warning message should at least clue you in when you've got a single layer-sized source (as long as its DVD5 sized pre-stream removal, I believe): "The input directory is already small enough to fit on a DVD-5. No compression is necessary. Continue Anyway?"
That's just my issue. This warning message isn't issued at the beginning because the total size of the project is above the DVD-5 size. When removing some of the audio tracks rebuilder just begins without such a warning..........

But maybe it's better to close this discussion because if my point hasn't come across now, it never will.

Just one thing: if we got all these good freeware products why bother to create another one? Yes because we want a product which does nearly all in one........ :sly:

[jdobbs]

Originally posted by Harm
That's just my issue. This warning message isn't issued at the beginning because the total size of the project is above the DVD-5 size. When removing some of the audio tracks rebuilder just begins without such a warning..........

But maybe it's better to close this discussion because if my point hasn't come across now, it never will.

Just one thing: if we got all these good freeware products why bother to create another one? Yes because we want a product which does nearly all in one........ :sly: Hmmm... actually this statement actually did get the point across. You're talking about discs that are larger, but will be small enough when audio is removed... as they said in "The Wizard of Oz" -- that's a horse of a different color...

[Harm]

Originally posted by jdobbs
Hmmm... actually this statement actually did get the point across. You're talking about discs that are larger, but will be small enough when audio is removed... as they said in "The Wizard of Oz" -- that's a horse of a different color...
I have seen "The wizard of Oz" a veeeeeeeeeerrrrrrrryyyyyyyyy long time ago so I can't remember that "horse"....... but you are entirely right about what I'm talking about...... :D