BatchUpdateIFO 0.9.0.10b

[Trahald]

Started a new thread since the change list was getting long.

Here is the origional post which contains a quick tutorial http://forum.doom9.org/showthread.php?s=&threadid=76630

Find it at http://bui.dvd2dvd.org

NOTE: if batchupdateIFO does not run for you do the following-->
download this --
BatchUpdateIfo - Framework (http://daky.phpclanpage.net/bui_framework.exe) This installer includes common dialogue for many controls for
windows for all programing languages and mfc/c++ .dlls
needed for use (Thanks to DarkListener for the installer and hosting it!)

0.9.0.10b
- Fixed - what 09010 broke (cell command table update)
0.9.0.10
- Fixed - Handles 0 cell authored properly (0 cell originals werent a problem.) Muxman is able to create pgcs with 0 cells in compiles so this had to be addressed. Also updates end byte of pgci_srp table to new size if changed.
0.9.0.9
- Fixed - When angles are removed chapters are updated to reflect the change. Since i was there i fixed the code for when the authored pgc has more cells than the original. (it should take any quantity of cells in the pgc you can legally create. )

0.9.0.8
- Added - 'Reverse' mode which will put the final files in the Authored directory (Only Copies files in Batch Mode). This was Eyes'Only's idea to make it easier to use IMGTOOL, also leaves original dir alone. The ifo's update in the same direction but the files in the original directory are left untouched (in Batch mode). Backup files are placed in the original directory.
- Added - Option to only copy sub streams or audio streams separately.
- Added - Progress Bar for copying routines during Reverse Update. (if you d-loaded before feb-28 8:40pm EST then redownload.. corrected a tiny oopsie adding the progress bar routine caused)

0.9.0.6
- When copy audio/sub tables option is on it now also updates the vtsi_mat table offset 0x200->0x400 which is the audio/sub stream tables. prior version only updated the pgci audio/sub tables. this was fine as long as extra audios/subs werent added. - thanks lev for finding this issue

0.9.0.5
- Correct FSEEK problem during RCE removal <thanks [slim]d12 for pointing out the issue>

0.9.0.4
- Some Pro DVDs have PGCs with no Programs or cells in some of the IFOs. I coded this condition as an error and you would get a PopUp that a 0 cell PGC existed and that VTS would be skipped. BatchUpdate now will process such DVDS.
It will now also take authored IFOs with PGCS with no programs/cell. If cells existed on the original they would reflect as 0 in the final IFO

- Fixed errors in the ifo summary routine (didnt effect the update process).. I used parameters from IFOEdit that I assumed to be right but were not. Thanx to Dest for catching it.

- Other Stuff

As before the sources are available upon request via the GPL (If you would like to see my poor programing skills ;) )

[jel]

thanks for the update Trahald.

i know one irc user in particular who will be very happy for this release :)

cheers

jon

[Lev]

when i try running 0.9.0.6 i get an error about MFC71.DLL not being found.

[Darklistener]

Me too. I have tried do download it from some pages but it didn't work.

[Trahald]

i went to a smaller exe that doesnt include mfc.dll.... m$ should provide it.. i'll find a link and post it

[Darklistener]

Hi Trahald,
as I mentioned that this will not work was an mistake sry.
I got an other error not the same is I thought first.
I had also to download msvcr71.dll (http://www.dll-files.com/dllindex/dll-files.shtml?msvcr71).
BatchUpdateIFO worked with this 2 .dlls fine 4 me
thx Trahald for this tool

[Trahald]

yeah.. i would have to link to that dll as well..anyways.. i just reuploaded a version of 0906 with mfc statically linked so the dll files arent needed anymore. so redownload 0906 again if you dont already have newest mfc on your system.

oh and thanks dl

[Darklistener]

Is BatchUpdateIFO able to do Seamless Branching titel?

[Trahald]

yeah.. all it does is pull the pgc info over from the authored ifo.. batchupdate doesnt really have to know whats going on in the stream. what makes seamless branch really work is in the vobs which i dont have to touch. i dont think ive tried a seamless multistory since i made it tho.. i might try t2 tonight.. or if i can find my matrix (my empty dvd case is in one box .. the disk is probably mixed in one of my spindles in another box.. wish me luck) the fun of moving :)

something you may already know... keep in mind that the result will be what scenarist gives which is a non-seamless multistory.

[Darklistener]

Hi Trahald

I made an "BatchUpdateIFO FrameWork" :)

it installs and reg. COMDLG32.OCX, mfc71.dll, msvcr71.dll.

It has only to be installed once and you can make your .exe smaller like .net FW :)

.BUI FrameWork (http://daky.phpclanpage.net/bui_framework.exe)

If some filemirroring is needed tell me I have some traffic over :)

[Trahald]

ahh.. thanks alot, DL. i'll let you know about the mirroring

[Darklistener]

You better link it at your first post under
NOTE: if batchupdateIFO does not run for you do the following-->
or your hp or nobody will find it :)

Only if you like it

4 mirroring -> pm or irc (nick Dark(y)or Shugo) anytime you need :)

[Trahald]

done :)

[Trahald]

Couple things added.. see change list.

[Darklistener]

Its growing bigger and bigger :)

nice as always ^^
thx

[Trahald]

I added a progress bar for the copy routines during reverse update.. i didnt renumber the version just updated the archive.

[Raster]

Had to reinstall windows and batchupdateifo don't work anymore so I figgered I need the .BUI FrameWork but the link no longer works.

Is this temporary?

[muppets]

@Raster: the download link for .BUI FrameWork isn't working for me either. but you can do a google search for the following files: COMDLG32.OCX, mfc71.dll, msvcr71.dll. just download and install them manually.

muppets

[Raster]

Thanks muppets, I will do that.

Update:
For those who have trouble finding the files (comdlg32.ocx, mfc71.dll, msvcr71.dll):
http://www.dll-files.com/dllindex/index.shtml
http://freeware.it-mate.co.uk/?Cat=OCX_Files

Update2:
hummmm... Ok, now where do they go? I using Windows XP Pro. Readme's with dll files say to put in system folder. Is this correct? They do not go in the system32 folder? And where does comdlg32.ocx go?

[Trahald]

i believe the all go into system 32 (nt oses)... the mfc dlls arent needed at the moment (i went back to compiling them into them into the exe) .. but the common dialog (ocx) is. it can be registered by doing the following after you put them into the system32 directory

Windows 95, 98, or Me:
regsvr32 \windows\system\COMDLG32.OCX

Windows NT or 2000:
regsvr32 \WINNT\system32\COMDLG32.OCX

Windows XP:
regsvr32 \windows\system32\COMDLG32.OCX

[Raster]

Just thought I would mention this in case anyone had the same problem.

Turns out that the files were already there in my system32 folder. I went ahead and registered the existing OCX like Trahald suggested and now it works. :p

[Darklistener]

Hi
sry my webserver owner made some updates and I wasnt @ home the last days. Will talk to him tomorrow.

Its up again since some days :)

[JFerguson]

I just played around with this a bit. Prior to trying this, I generally do the following (assume a working root directory of say: G:\!DoIt\):

1) Backup: Copy all *.IFO, *.BUP, and dummy *.VOB files from 0\VIDEO_TS\ to a new directory called 0.BAK\VIDEO_TS\
2) Prepare:
... Copy all *.IFO, *.BUP files from VIDEO_TS\ to 0\VIDEO_TS\
... Move all *.VOB files from VIDEO_TS\ to 0\VIDEO_TS\
3) Update:
... IFOUpdate v0.78 - iterate for each authored IFO
..... Original IFO Path: g:\!DVDWork\!DoIt\0\VIDEO_TS\VTS_02_0.IFO
..... Authored IFO Path: g:\!DVDWork\!DoIt\0.BAK\VIDEO_TS\VTS_02_0.IFO
..... Backup IFO Path: g:\temp\VTS_xx.IFO

I don't really have need for the "Backup IFO Path" in IFOUpdate since I've backed up the files to 0.BAK\VIDEO_TS\ in step 1 above.

If I need to restore back to original Scenarist output (0\VIDEO_TS), I reverse the move operation in step 2 and copy the files back from 0.BAK\VIDEO_TS to 0\VIDEO_TS in step 1.


Then I tried BatchUpdateIFO (in batch mode and reverse mode). A couple of things:

1) It did not move (or copy) any original *.IFO, *.BUP, *.VOB files from VIDEO_TS\ to 0\VIDEO_TS\ when the "Automatically Region Free" option was left unchecked in options.
2) When this option was checked, it did copy these files over, but moving would have been faster (as long as the operation is reversible).

So, anyway, I'm not sure how others use this tool -- in my example, I have the most need for a quick batch update/restore function.

Hope this helps...

[Trahald]

eyes'only suggest reverse mode to me. the things we wanted with 'reverse' mode was to have all the files in a spot that is 'imgtool classic' ready which the authored dir works great for. (\video_ts would have to be moved to work with imgtool) but even more important was to leave the files in the \video_ts directory untouched. so thats why i copy instead of move. the 'non-reverse mode' update is closer to ifoupdate. getting the files over to the \video_ts is done by moving so its faster. I prefer the reverse mode for the reasons above tho.. 'usually' the remaining files are small and take little time to copy.

i'll take a look at why it didnt do the auto region free/copy

[Trahald]

I did the operation and worked fine. The only time it doesnt do region free/copy is when batch mode is off. This is actually by design. Im going to add '(Only in batch mode)' in the description box it already says so in the change list above for 0908 but i'll put it in the app to make it more visable. i rewrote some stuff for 0909 which im currently bug testing. that should be out end of week with the words added to the dialog.

[Trahald]

new version. just fixes some things. i had to rewrite part of the pgciti update routine. so i tested it a while before releasing. seems to be ok.

[Amit]

@Trahald,

When using the latest version 0.9.0.9 beta I found that if the Video size is 704 x 480 of an NTSC movie BatchUpdateIFO shows 352 x 480 in the log window. Do you know why? And is it going to cause any issues?

Thanks
-Amit

[Trahald]

@Trahald,

When using the latest version 0.9.0.9 beta I found that if the Video size is 704 x 480 of an NTSC movie BatchUpdateIFO shows 352 x 480 in the log window. Do you know why? And is it going to cause any issues?

Thanks
-Amit
nah.. its just a summary.. nothing there means anything really. during the update, most of the info is just copied over and not parsed.

@all new version up (09010)
since muxman can make 0 cell pgcs i had to update batchupdateifo to handle them properly (btw ifoupdate will die on such an authored ifo)

[Darklistener]

HI
My webserver is down.
Don't know how long so here isn alternative Link
BUI FrameWork (ftp://thepentagon.dyndns.org:21/bui_framework.exe)

[Darklistener]

Webserver is up again.
There where some hardware & softwareproblems.
All fixed now

[Trahald]

thanks DL

[jarthel]

In what situation should I use "copy command table"? cause I tried it on this r1 anime dvd and after displaying the fbi and related stuff, the menu won't load. If I disable "copy command table", I can get to the menu.

For this DVD, the menu is on VTS_02_0.VOB instead of the usual VTS_01_0.VOB.

thank you.

[D3s7]

copy command table is something I requested I believe.... what it does is copy the pre/post/cell commands from your authored DVD (which in most situations you wouldn't need)

The biggest time something like that would be needed is if you reauthored a movie with angles and removed a couple of the angles.... w/out this, it wouldn't line up properly

[jarthel]

copy command table is something I requested I believe.... what it does is copy the pre/post/cell commands from your authored DVD (which in most situations you wouldn't need)

The biggest time something like that would be needed is if you reauthored a movie with angles and removed a couple of the angles.... w/out this, it wouldn't line up properly

thank you :)

[luba]

i believe the all go into system 32 (nt oses)... the mfc dlls arent needed at the moment (i went back to compiling them into them into the exe) .. but the common dialog (ocx) is. it can be registered by doing the following after you put them into the system32 directory

Windows 95, 98, or Me:
regsvr32 \windows\system\COMDLG32.OCX

Windows NT or 2000:
regsvr32 \WINNT\system32\COMDLG32.OCX

Windows XP:
regsvr32 \windows\system32\COMDLG32.OCX

Thanks!

:)