DVD Rebuilder (CCE One-Click Beta v0.46) Comments and Suggestions

[2COOL]

C:\DVD Tools\DVD Rebuilder\0.22\dvd-rbv022.zip: Either multipart or corrupt ZIP archive

:(

[StifflerStealth]

Originally posted by onesoul
One question: do you allow the user to edit the avisynth scripts or something like having default filters? (sorry if this doesn't apply)


I edit them all the time. You can edit the avs and ecl files. You need to be in three step mode though.

Stiff

[Oldeman]

DVD-RB v.22 is only 25k and is corrupted.
But I love It ..am I crazy or what?

[lab-one]

jdobb's post states he is having problems uploading the file....

[bigskank]

i got the same corruption problem on the zip.

Also, does anyone know if there is a guide somewhere on this yet? I know in beta testing it's kinda hard to do, but I think a lot of people (myself included) are feeling a bit overwhelmed by the super-mega-threads that have developed around this.

[StifflerStealth]

Originally posted by bigskank
Also, does anyone know if there is a guide somewhere on this yet? I know in beta testing it's kinda hard to do, but I think a lot of people (myself included) are feeling a bit overwhelmed by the super-mega-threads that have developed around this.

There is this guide HERE (http://forum.doom9.org/showthread.php?s=&threadid=72691&perpage=20&pagenumber=19). Scroll down to Lab-one's post.

I don't know if that's the guide your looking for. There are several others in that really big thread that the link takes you to. I'll find some others if that is not what you want.

Stiff

[jdobbs]

Here's the attachment for v0.22 (see earlier post for info)

ATTACHMENT DELETED AFTER 675 DOWNLOADS

A new version v0.23 is here (http://forum.doom9.org/attachment.php?s=&postid=463399)

[petesafool]

@Derrow/NobbyNobbs

Agggh - my nickname strikes again. Thanks for correcting me.

My apologies to Derrow for just assuming that IFOedit and Ifoupdate were written by the same person.

Sorry.

[jdobbs]

Originally posted by KungFuCow
JDobbs, any bug fixes in this release that may cure the FFWD and RWD problems? There are a couple of things changed that could have an affect on this. Also, on the DVDs that had problems were you using CCE, QuEnc, or ReJig. I think I have a problem with my demuxing routine that feeds ReJig.

[lab-one]

@jdobbs

my 2 cents...

I had issues with FF/RW on 2 first tries, Veronica Guerin and Cold Creek Manor (both NTSC), using v.16 and v.18. My third attempt was with Pirates of the Caribbean and v.21. The latter of the 3 came out fine but i noticed blockiness and freezing at chapter breaks. FF/RW works fine but produced blocking when moving through chapter breaks. I think v.21 possibly cleaned up a lot of the issues with FF/RW.

Using:
DVD-RB v.21
CCE-SP 5.50
EclCCE
One click mode

[RobertR]

Originally posted by onesoul
Hi, I think what RobertR was asking is an option to add/remove a subtitle in a language that was not on the DVD. (I wish I knew how to do that :o)
Yes, that's exactly what I had in mind. Sorry if it wasn't clear. Anyway i just assumed that at current state of developement it's not an option (most probably it's not that trivial).

@onesoul:
if you are not afraid of Big3 than it's kinda trivial. I have something like rough draft of "guide" on it.. I'll try to post it on thursday night.

[robw]

Thanks for the batch capability. That will really be handy when leaving the computer to run tests. Any chance you could add a shutdown function so the computer turns off at the end of the batch job?

Thanks again

[KungFuCow]

Originally posted by jdobbs
There are a couple of things changed that could have an affect on this. Also, on the DVDs that had problems were you using CCE, QuEnc, or ReJig. I think I have a problem with my demuxing routine that feeds ReJig.

CCE Basic

[Skinleech]

I've only used this successfully once, with The Hitcher R2, and it worked a treat. What may be nice, though it is a low priority, would be an auto shutdown checkbox ala Gordian Knot. Think it ouwld be nice to save uneccesary on time for the pc once it's finished the DVDRB process.

[robw]

Here is a great solution to shutting down Windows after DVD-RB finishes.

Alberto Perez has developed a freeware program called AMP WinOFF. The current version is 4.10
http://www.ampsoft.net

This program can be easily configured to monitor CPU usage and when it falls below a user input level for a setable time period, it will shut down Windows XP and power. You can also configure the program to take a snapshop of your desktop (bmp or jpg image) which I direct to my desktop.

Once you have DVD-RB running, just turn on WinOFF and it will monitor CPU usage. When it becomes idle whether because of an error or because DVD-RB has finished, it will turn off your machine. The next time you turn your computer on, check the desktop snapshot to see what the status of DVD-RB was just prior to shutdown.

There is also a batch mode so this program could be placed into a batch file that first runs WinOFF and then calls DVD-RB ... very cool.

[robw]

blank

[Skinleech]

Originally posted by Skinleech
I've only used this successfully once, with The Hitcher R2, and it worked a treat. What may be nice, though it is a low priority, would be an auto shutdown checkbox ala Gordian Knot. Think it ouwld be nice to save uneccesary on time for the pc once it's finished the DVDRB process.

Thanks mate, handy to know. I'd still prefer an option on the software however.

[cptshamrock]

is there a way that a defined target size could be added so that it comes closer to reaching the full size of a dvd. Because since it's using cce for the best quality already why not have it take up as much sapce as possible to get even more quality. but still a great program and the effort is much appreciated.

[robw]

is there a way that a defined target size could be added so that it comes closer to reaching the full size of a dvd

Well, how close are you coming? mine are around 4300 MB which is very nice (~96% full).

[jdobbs]

Originally posted by cptshamrock
is there a way that a defined target size could be added so that it comes closer to reaching the full size of a dvd. Because since it's using cce for the best quality already why not have it take up as much sapce as possible to get even more quality. but still a great program and the effort is much appreciated. Right now I am using a value of 2,236,400 sectors as the goal for encoding to give myself a little wiggle room. I could make it variable and will on a version soon.

NOTE: There are 2,297,888 sectors available. So the current number gives you 97.3% and leaves about 126MB of play. Maybe I'll just bump the default up a little.

[robw]

why not bump it up to 2,248,024 sectors which will put it exactly at 97.83% and make it consistent with your tag line? ;) ;) ;)

[jdobbs]

Originally posted by robw
why not bump it up to 2,248,024 sectors which will put it exactly at 97.83% and make it consistent with your tag line? ;) ;) ;) You made that up on the fly, didn't you?

[DMagic1]

With any app that is made for DVDs. The first priority should aways be to make the app work with all DVDs first. Then extra options should be added later.

I know a lot of ppl want to be able to control bitrate in extras. It would seem more important to get the app to work with DVDs with multiangles first. Even it you add the bitrate control for extras, you will still not be able to use the great app on all dvds.

[KungFuCow]

Originally posted by DMagic1
With any app that is made for DVDs. The first priority should aways be to make the app work with all DVDs first. Then extra options should be added later.

I know a lot of ppl want to be able to control bitrate in extras. It would seem more important to get the app to work with DVDs with multiangles first. Even it you add the bitrate control for extras, you will still not be able to use the great app on all dvds.

Agreed

[tf]

jdobbs:

Once again, thanks for a wonderful program, and thank you for all the time an effort you put into it. I have an idea for a suggestion, I don't know if it's been made before, but I don't think so.

I would the program to report how much time it spend on a job. I don't need an "Elapsed time" and "Remain time" counter, just that it output the time spent on a process in the output window.

It's certainly nothing special and as such I could live happily without it, but should you find the time (no pun intended!) to do it, it'd sure be nice.

-tf

[Raymongo]

Originally posted by tf
jdobbs:

Once again, thanks for a wonderful program, and thank you for all the time an effort you put into it. I have an idea for a suggestion, I don't know if it's been made before, but I don't think so.

I would the program to report how much time it spend on a job. I don't need an "Elapsed time" and "Remain time" counter, just that it output the time spent on a process in the output window.

It's certainly nothing special and as such I could live happily without it, but should you find the time (no pun intended!) to do it, it'd sure be nice.

-tf

I agree on that.

[jdobbs]

Originally posted by tf
jdobbs:

Once again, thanks for a wonderful program, and thank you for all the time an effort you put into it. I have an idea for a suggestion, I don't know if it's been made before, but I don't think so.

I would the program to report how much time it spend on a job. I don't need an "Elapsed time" and "Remain time" counter, just that it output the time spent on a process in the output window.

It's certainly nothing special and as such I could live happily without it, but should you find the time (no pun intended!) to do it, it'd sure be nice.

-tf With the amount of time some encodes take with CCE, I'm almost afraid to show a "Remaining time" figure. :) But, that's the price you pay for quality. I am quite amazed at how fast ReJig works, though. I'm getting full DVD ReJig backups in about 30 minutes (minus reading/burn time).

[Trahald]

I am quite amazed at how fast ReJig works, though. I'm getting full DVD ReJig backups in about 30 minutes (minus reading/burn time).

yeah, requantizing doesnt carry nearly the overhead of encoding. would be sweet if encoding were that fast ;)

great work on the app so far, btw

[bigskank]

Any chance of adding menu re-encoding capabilities to this at some point?

[Haohmaru]

I would like to backup Alien Quadrology but it has seamless branching and vob-id's over 70.
Is there a chance that Rebuilder (in such an early status) can succesfully handle it ?

[Haohmaru]

hmmm...i made a try but it seems that rebuilder has problems with AQ.
Bitrates calculated by DIF4U (demuxed by Vob-id,nothing unchecked) was about 4300 and Rebuilder's calculations only 3200 . I think this is beacouse the disc contains both original and dircut editon of the movie.

[DMagic1]

Yes that exactly it. RB was stating with both versions included.

[jdobbs]

Originally posted by Haohmaru
I would like to backup Alien Quadrology but it has seamless branching and vob-id's over 70.
Is there a chance that Rebuilder (in such an early status) can succesfully handle it ? I've purposely put off seamless branching until I have the bugs out on the basic engine.

[lighty]

@jdobbs

I know it seems insignificant with all the bugs that you have to fix... but could you please add "Make New Folder" button in Browse working path. Most often I have to make directory as I go along and I kind of use to have that option in almost every program.

But hey, it's not a priority so when you have time... ;)

[jdobbs]

Attached is tonight's update to DVD-RB (v0.24) the changes are listed below:

- Corrected a major problem that caused pixelation when switching between chapters and when FF/REW went over chapter boundaries.

- Corrected a sizing inconsistency that was always present but was revealed in by the implementation of VTS processing size limits (in v0.22).

- User restrictions (in the VOB files) are now set to 0x00000000 (no prohibited operations). Please note that U-OPs are not being modified in the IFO files.

- Fixed two variable initialization errors that were the root of several small NAVPACK video reference errors (associated with NAVPACK headers). These could only be seen when performing more than one Rebuild in a session.

- Added ability to adjust target DVD size. I've purposely not made this easily available so I don't get complaints of 4 hour recodes that don't fit. To use, just add TargetSectors=nnnn under the [Options] section of the REBUILDER.INI file. As a reference the default for DVD-RB is 2236400 and the maximum for a DVD-5 is 2297888. But remember there always should be a little room left for margin of error.

ATTACHMENT REMOVED AFTER 2115 Downloads

Follow the link in hte first message of this thread to get the latest version

[KungFuCow]

And off to test I go...

Thanks JDobbs

[Paced]

Nice work as always jdobbs, thanks again.

[RB]

@jdobbs:

Next up on the agenda is:
1. Allocating bitrates proportionally to each cell based upon the original bit distribution
This will be a great improvement. However, I still think that encoding as many adjacent cells as possible in one big piece is the optimum solution, of course forcing I-Frames at cell boundaries (would require CCE-SP). Is this something you could consider for a future version? There are some movies with really a lot of cells, for instance Finding Nemo has 129 cells for the main movie, almost all shorter than 1 minute. Somehow I suspect that even with the proportional bitrate reduction this will cause "jumping quality".


- User restrictions (in the VOB files) are now set to 0x00000000 (no prohibited operations). Please note that U-OPs are not being modified in the IFO files.
I would suggest to better leave the VOB PUOs alone. For instance, there are some movies with angles that can't be switched during playback which is a good thing because there are just credits in different languages or something like that. Now when you remove the VOB PUOs, most standalone players will pop up an annoying Camera symbol although you still can't switch angles because there's still the angle change PUO in the IFO. This is not desirable in most cases. I would suggest you add a setting that allows the user to remove specific PUOs, removing the selected PUOs from both VOB and IFO, so it's the user's choice whether or not to mess with the PUOs.

Off topic, but I think you don't have time to visit other threads right now :) : will there be any updates to IFOUpdate in the near future? If you recall, there are some open issues like offsets and ending sectors not properly updated, causing burning problems and IFOEdit to fail. Just recently I had the case where IFOUpdate had to inflate the original IFO to transfer all the tables. Then there were problems with the VTS_C_ADT table (IFOEdit: number of VOBs=0, end byte of VTS_C_ADT table=0) and Nero reallocation failed with a "general I/O error".

@all:
I have uploaded a new EclCCE v1.8 (http://home.t-online.de/home/340044300675/eclcce.zip). Should make life easier for DVD-RB users :)
25/03/2004 v1.8

- Added: ability to run CCE minimized. CCE will be automatically
minimized to tray if EclCCE.exe is run minimized and the –ecl
and/or –batch/-encode switches are used. Requires CCE-SP 2.66.01.07
or higher.

- Fixed: Video/Audio/VAF file extension specified in ECL was reset to
CCE default file extension when loading ECL.

- Fixed: create_new_vaf ECL option was reversed. Now create_new_vaf=1
really sets "Create new file" and create_new_vaf=0 sets "Use
existing file".

- Fixed: under certain circumstances, the ECL file was saved as the
last video file dropped into CCE, overwriting the video file.

- Fixed: Cancel button in Encode Progress Dialog was sometimes still
accessible although it was set to be hidden.

- Enhancement: shutdown timeout extended to 30 seconds. Also the CCE
window is now brought to the foreground when the shutdown sequence
is initiated.

[robot1]

Originally posted by RB
@jdobbs:
Off topic, but I think you don't have time to visit other threads right now :) : will there be any updates to IFOUpdate in the near future? If you recall, there are some open issues like offsets and ending sectors not properly updated, causing burning problems and IFOEdit to fail. Just recently I had the case where IFOUpdate had to inflate the original IFO to transfer all the tables. Then there were problems with the VTS_C_ADT table (IFOEdit: number of VOBs=0, end byte of VTS_C_ADT table=0) and Nero reallocation failed with a "general I/O error".

I hope you don't forget your older child :)

@RB
thanks for your great apps.

[Lazza]

@ jdobbs

Just simply want to say thanks to you for such a fantastic little app you have created here. Can't wait to see how it develops furthur along the line as it's so good now.


Great stuff and keep up the good work! :thanks:

[djan]

Next up on the agenda is:
1. Allocating bitrates proportionally to each cell based upon the original bit distribution Hi, it's what I'm waiting for too. I think it would be a great update.

[insane822]

Just wanted to say this is a great little application.
Thanks for all of the hard work you've put into it.

Just one little question, after the output was finished it has about 400MB free space, is it expected to have that much free space left?
Just thought maybe it would be possible to give the main movie a tad higher bitrate. Thanks again.

[jdobbs]

Originally posted by insane822
Just wanted to say this is a great little application.
Thanks for all of the hard work you've put into it.

Just one little question, after the output was finished it has about 400MB free space, is it expected to have that much free space left?
Just thought maybe it would be possible to give the main movie a tad higher bitrate. Thanks again. I've managed to screw up my algorithm. It will fill the disc when completed.

[rayvt]

Two more suggestions/comments:

1) Ability to specify to run the programs, including the encoder rejib/cce/quenc, at lower priority? I found some code today that'll do it, looks pretty easy to do.

2) Encode chunks that are larger than a cell at a time. The encoder should do a better job at allocating bits if it has a larger set to work on.

Great program, BTW!

[jdobbs]

Originally posted by rayvt
Two more suggestions/comments:

1) Ability to specify to run the programs, including the encoder rejib/cce/quenc, at lower priority? I found some code today that'll do it, looks pretty easy to do.

2) Encode chunks that are larger than a cell at a time. The encoder should do a better job at allocating bits if it has a larger set to work on.

Great program, BTW! Understand. Right now I'm concentrating on getting rid of nagging errors.

[StifflerStealth]

FYI, DVD-RB has a current score of 9.5 at dvdrhelp.com (Click here (http://www.dvdrhelp.com/tools.php?tool=565#comments)). More ppl need to vote and comment.:D Maybe we can make that score higher.

Stiff

[wmansir]

Originally posted by rayvt
Two more suggestions/comments:

1) Ability to specify to run the programs, including the encoder rejib/cce/quenc, at lower priority? I found some code today that'll do it, looks pretty easy to do.

2) Encode chunks that are larger than a cell at a time. The encoder should do a better job at allocating bits if it has a larger set to work on.

Great program, BTW!

1.) EclCCE already has this ability with CCE. (as a temporary workaround)

2.) If/When Jdobbs implements bitrate scaling according to the original cell's bitrate, that won't be much of an issue.

[Mr Magic]

Originally posted by rayvt
2) Encode chunks that are larger than a cell at a time. The encoder should do a better job at allocating bits if it has a larger set to work on.

[/B]

Would it be possible to do a whole chapter at a time instead of a cell?

Someone else wrote about Finding Nemo having 129 cells and he was worried that quality would get 'jumpy' if you used different bit rates for different cells. Maybe distributing bit rates over chapters would solve this?

[jdobbs]

Originally posted by Mr Magic
Would it be possible to do a whole chapter at a time instead of a cell?

Someone else wrote about Finding Nemo having 129 cells and he was worried that quality would get 'jumpy' if you used different bit rates for different cells. Maybe distributing bit rates over chapters would solve this? It really wouldn't matter if the distribution is made based upon the original stream. I think it is safe to make the assumption that the studio that created the DVD performed VBR on the stream and the appropriate number of bits were applied to each section to keep a constant quality level. If I just use that bitrate as a guide for DVD-RB's bit allocation -- there really is no need to analyze across cells. It was already done in the original authoring. Essentially the original complilation acts as a "first pass."

One of my goals with this product is to make it high-quality and affordable. The best high-quality affordable encoder (in my opinion) is CCE Basic. Since CCE Basic doesn't have the ability to flag individual frames as I-Frames (like the SP version) -- you have to start each cell individually to make sure it starts with an I frame.

It gets even more complicated when you start working with interleaved sources...

[jdobbs]

All,

Attached is v0.25 -- I didn't get everything in that I wanted, but I figured I'd post this version as it has been a couple days since I've posted. The changes are outlined below:

- Fixed the output sizing problem that was introduced in v0.22 -- DVD-RB should now fully size CCE output to take advantage of an entire DVD-R(W) disc.

- Added code to SETUP dialog that enables you to add the path to the MPEG2DEC.DLL file. I started to see errors related to load failures over-and-over -- if you set this and check the corresponding flag, the LoadPlugin() command is added as the first line to every .AVS file.

- Set a new default .VOB filesize (to match some other applications)

- Added code that disables entering either of the second two processes (ENCODE or REBUILD) unless the previous necessary processes (PREPARE or ENCODE) have been completed. I found that some folks were trying to skip steps and as a result were getting strange errors.

I'm still working on the pixelation/chapter stuttering that some are experiencing -- hard to do for me cause I'm having problems reproducing it. I'm still working and will post again soon...

Here's the link. (http://forum.doom9.org/attachment.php?s=&postid=465543)