BatchUpdateIFO 0.9.0.3 beta

[Trahald]

Im releasing something i whipped up.. BatchUpdateIFO.. basically it just does the ifo update process but adds a functionality for processing multiple files at once (it gets to be a chore to do the files one at a time)

NOTE: if batchupdateIFO does not run for you do the following-->
download this --
http://activex.microsoft.com/controls/vb6/comdlg32.cab This is a common dialogue for many controls for
windows for all programing languages. I use it for the directory dialog.

Unpack and right+click the included .INF, choose install and you're
all set with the latest version of COMDLG32.OCX (6.1.97.82).

then do...

regsvr32 \windows\system32\COMDLG32.ocx
-- thanx to spuniun for locating the download and d3s7 for helping debug

i wrote it not because i thought anything was wrong with ifoupdate, just because i thought batch functionality was needed

i also plan to add the ability for it to automatically copy the VTS_YY_X.VOB files for you to save newbies a step.. and also to select the correct files to update.. for now you check them yourself. right click the batch area and hit select all to select all ifos.. also batch mode is default on.

Doesnt support acm mode which with scenaid available isnt needed. i might add it later (i never use it.) Being a batch processer its better to be able to only need to update with one method

lemme know how it works for you..

Here is a quick tutorial for it..

Batch-Mode check box
This allows you to update more than one ifo at a time. IMPORTANT! When this option is on.. you MUST check an .IFO in the batch window to update.. It only updates ifos that have checks next to them in the batch window. if none are checked, none are updated. Im going to add a popup that warns you nothing will be updated in the next version (0003). This option is default ON
When this option is OFF, it works like usual.. only the IFO in the 'original pathname' box is updated as ifoupdate would.

Use same pathname as authored for backup
This will automatically create a backup filename with the path of your authored file, using the filename of the original file. i added this because having to change the backup pathname with ifo update seemed like an uneccesary extra step. although you can turn the option off if you prefer to make your own backup path. NOTE - in batch mode, this option is forced on

'Transfer vts_c_adt map and 'transfer timemap and admap'
These options act the way they would in IFOupdate.. when off, nothing is transfered and the original maps are kept. When on, the authored maps are transfered over. things seem to work alot better with these options on so you may want to leave them on. They default to ON

'Transfer Audio and subtitle tables'
This option transfers the authored audio and subtitle tables from each pgc over. these tables contain the stream info for each audio and subtitle (ie when audio stream 1 is selected.. should x80 be played) this is default ON

'Transfer Color maps'
This option transfers the authored subtitle colors over for each pgc. i keep this option off because i usually import the subs myself and the colors are wrong.. so i keep the originals. you should use the same setting you did with ifoupdate. this is default OFF in batchupdate

<edit> 0.0.0.2
- will now take pgc with too few cells (if you dummy a pgc with a single cell it will just copy the cells that are available.) Its not the safest thing to do.. but it is supported in ifoupdate and i figured people might be used to it. 0001 would only update an ifo if cell count matched exactly.

- fixed copy color tables - wasnt copying entire table. p.s. i have this option defaulted off as the original colors work better for me

<edit> 0.0.0.3
- fixed vts_xx_0.BUP wasnt updated after get sectors

- fixed in vtsi_mat details ->vtstt_vobs and last sector of vtsi werent updating (they generally dont change but occasionally they do) during get sectors

<edit> 0.0.0.4
- added option to copy files from authored directory while updateing. this is default to on

- fixed sector start of vtsm_vobs and vtstt_vobs . note - ifoedit will set vtsm_vobs to the sector value when there is a 0 byte menu file. on professional dvds this is left at 0 (as if there were no menu vob present) when the menuvob is 0 bytes. i will defer to the pro dvds and set it to 0. so if you check my output to ifoedit's get vts sectors it will correct vtsm_vobs. this is by design. ifoupdate does the same as batchupdate on this matter. The 0 byte vob files really should be deleted and i may have batchupdate do that automatically.

<edit> 0.0.0.5
- added error popup when you did not check any boxes in the batch box and you hit update all.

- fixed .ifo.backup files now saved in authored files directory during batch (wasnt saving before)

- fixed secter start of vmgm_vobs and last sector vmg in video_ts . these would never change during a regular backup because the video_ts.vob file isnt changed (except by numenu which corrects this automatically) However to keep my get sectors in tune with ifoedits i update these as well. note - the same as with the vstm_vobs i also set this to 0 if the video_ts.vob is 0 bytes (rare)

<edit> 0.0.0.6
- fixed sometimes the last byte of the cell playback info table was written incorrectly.

<edit> 0.0.0.7a
- added command line (cli) function - -opathname=original ifo -apathname destination ifo -bpathname backuppathname if you dont supply backup name then its auto generated -u=auto update and close in cli mode batch mode is disabled , also the .ini file isnt updated during that session so no settings are saved
Example
batchupdateifo.exe -oD:\DIF\VIDEO_TS\VTS_01_0.IFO -aD:\DIF\0\VIDEO_TS\VTS_01_0.IFO -u
this will update D:\DIF\VIDEO_TS\VTS_01_0.IFO and close automatically

if a pathname (either original or authored) is not given it will use the last saved pathname so supply both if you are going to use -u

<edit> 0.0.0.8
- moved some stuff around in the gui and added chapter file saving function. so far it only does the single ifo, I'll have it update per the batch option in the next version. It only does Scenarist_PGC for now.. (it saves all cell times, btw.. not just the chapters) i'll add scenarist_vobid and other types later.

- fixed video_ts.bup was not always being updated.

- the region free button now also does rce removal. i think its a useless option since dvddecrypter removes it during copy.. but its there. You set the region in the options menu.. it defaults at R1

<edit> 0.0.0.9
- small update - if you picked a bad directory sometimes the program would error out. Now you just get a Message Box

- it now uses the original 'cell command no.' byte of the cell playback information table. before it would copy the authored cell command no (which would be 0) which basically nullified the fact that the cell commands where there. most commercial dvds dont rely on cell commands.. but on the few that do, it might cause a jump event after a cell play not to happen. IFOUpdate copies the 0 (no command) over same as batchupdate0008 and earlier did.

<edit> 0.0.0.11
- rewritten in c++ (MFC/VC7). pretty much the same features and GUI. I have used it a few times and it seems to work. I wrote it almost the same way except i used c++ commands instead (i tightened things up in a few spots). This version corrects Alsairs issue. Alert me to any issues please.

- and why the version skip? well.. 0.0.0.10 was the vis basic .net version - i decided not to bother releasing since it would have complicated things with the c++ version comming.

<edit> 0.0.0.11a
- bah - stupid error (new version) in get vts sectors fixed.

<edit> 0.9.0.1 beta
- first beta release.

- fixed an error where you couldnt select the video_ts.ifo for batch mode

- restored the right click menu for the batch listbox - you can select none/all and toggle all.

- other small things.

<edit> 0.9.0.2 beta
- small stuff.. downgraded message box of 'Invalid directory' popup to just an item in the log box to be less intrusive. when the copy option is on yet there are already files in the original file directory the files are now moved out of the way (to the authored dir) and the authored files are then moved. before if there were files in the way in the original directory i would abort the move. and other small stuff i cant remember

- fixed a bug where an aborted vts update (for example when cell quantity doesnt match and the override is off) occured it wouldnt abort the update properly.

- when cell quantity authored < original it updates the cell/program count. (before the original quantity was kept.)

- program is released under the GPL. source is available upon request. although you may only want to view on an empty stomach as it is ugly ;)

<edit> 0.9.0.3 beta
- Tested on XP SP2 and works. It is actually compiled on SP2. If anyone has any problem getting the program going in an SP2 environment, please post your system specs (cpu etc) for me.

- Added a .ini only setting to not copy the cell times over from the authored ifo.

- If the copy file option is on , as each vts is processed, the ifo is now updated first then the files are copied. that way if for some reason the update fails for that ifo (for example if there are too few pgcs in the authored) then the files wont be copied.

- Other little stuff.

[ShaneZ]

I look forward to checking it out. Hopefully it will help out some of the n00bs who get lost at the very end.

:D

[Jersysman]

I've got a backup going now and will report on how it went.

[fourtyfour]

servus...

Hm, interesting stuff :)

I´ll try it :)

[fourtyfour]

servus...

First try compared to ifoupdate (GUI)

batch: wrong chapter times
GUI: correct chapter times

batch: wrong subtitle colors/fonts (with and without copy color)
GUI: correct chapter colors/fonts

batch: forced subtitle detection correct
GUI: forced subtitle detection incorrect

batch: missing warner logo before movie menu
GUI : warner video before menu

Batch:
Original: d:\video_ts\vts_01_0.ifo
new authored: d:\the_last_samurai_disc_1\0\video_ts\vts_01_0.ifo

Ifoupdate:
Original: D:\VIDEO_TS\VTS_01_0.IFO
new authored: D:\THE_LAST_SAMURAI_DISC_1\0\VIDEO_TS\VTS_01_0.IFO

[Trahald]

was that with 0001 or 0002?

i changed things a bit with 0002 (basically i use the secter pointers given in the ifo more.. ) 0001 kinda hopes things are in the right places which isnt always the case. i also fixed something with colors in 0002 as well. i'll pm you

for the time being (as i would hope people would with an alpha) please compare results to ifo update. dont use it for actual mission critical work (although im already using batch for all my backups.. )

i'll pm you or maybe see you on irc 44

[Trahald]

ok.. fourty four and i just straightened it out in irc.. it was a mis-understanding of settings.. 0002 actually does work correctly.. i'm going to make a post explaining the settings better (a tiny tutorial) since the setup of batchupdate is a bit different than ifoupdate

[influenza]

Nice work trahald!

Just tried it on two projects and everything seems to be just fine:

All ifos to be updated where marked correctly
All files were copied correctly
Ifos updated correctly. Navigation on standalone is as it should be: fast forwarding/reversing/skipping chapters all worked well
so get vts sectors obviously also worked.

:)

[timekills]

I don't seem to be able to find the automatically created backup .ifo files. It is in batch mode, and is using the authored path name by default, as it is supposed to, but the ifo.backup files are not being created.

Also, Which "Original IFO Pathname" are we supposed to use. In the past I'd use my mounted ISO's .ifos, but when I choose those I always get a runtime error with this program.

[influenza]

For original you choose the video_ts folder in your dif4u demux folder. Based on the ccedata.txt (at least I believe) the ifos to be updated ar chosen

[Trahald]

Originally posted by timekills
I don't seem to be able to find the automatically created backup .ifo files. It is in batch mode, and is using the authored path name by default, as it is supposed to, but the ifo.backup files are not being created.

fixed in 0005

Also, Which "Original IFO Pathname" are we supposed to use. In the past I'd use my mounted ISO's .ifos, but when I choose those I always get a runtime error with this program.

as flu said, you choose the ones in your \video_ts folder (the one you will eventually create the new image or burn directly from)

the origional file(s) are the files being updated.. they cant be read only (as in a mounted iso). ifoupdate gets a run time error when you do that as well (just checked)

i'll add a check for readonly in the next version, so you wont get a run time error.. you will just get a trahald error instead 'Hey whatsamatta u!' ;)

[MadCowAss]

Work like a charm for me.
mmm no link atm for .0005 version ?

[Trahald]

Originally posted by MadCowAss
Work like a charm for me.
mmm no link atm for .0005 version ?

eek! thanx

[MadCowAss]

The option "copy color map" seems do not work : even if option deselected, batchupdateifo copy color table. With ifoupdate i had any problems.

[Trahald]

ok.. i'll look at it

[Trahald]

hmmm.. ok.. i looked at it.. and it works fine for me. please
restore your origional ifo (from the dvd or your .iso image)
turn off copy color map
update

pm me the authored and origional ifos.. thanx

[MLS]

Strangely, for such a super-alpha program (as the version number implies), this program works just as well as IFOUpdate with some nice added functionality. Thanks, Trahald.

/MLS

[Trahald]

hehe.. thanx.. yeah.. i'll probably call the next one beta.. or maybe the one after

reason im doing it this way is since ifoupdate exists , i wanted to stress that people to use batchupdate with an air of caution and compare results before burning. but yeah, i use batch for all my projects and havent a single issue

as an aside... since i automatically pad the ifo sectors evenly and redesignate the sectors(if needed), noone should be getting complaints from ifoedit <the 'something is wrong' error> if they try to use it after batchupdate.. if anyone does let me know (and hopefully supply me the faulty ifo)

[DaRtHmAuL]

I would like to say that your app is great.
It fixed the VTS_TMAPTI and ADMAP problem i got on some backups with ifoupdate.
But i got a question : is there a way to deselect the "extra options" that are not available for deselecting or have we to wait the next release(s) ?
bye

[Trahald]

should be the release after the next.. :) the options are set to on since i didnt write code to disable them.. (they are options i always use)

[DaRtHmAuL]

cool
happy to hear that

[RB]

Great job Trahald, thanks a lot! I especially like the batch mode option :) I used it for two projects recently and everything went fine except for a little problem with VIDEO_TS.BUP. Nero complained about it not being binary identical to VIDEO_TS.IFO. In both cases the difference was a single byte at offset 0x23, IFO was 0x40 but .BUP was 0x00.

[MLS]

Hmm, he's right, after batchifoupdating my VIDEO_TS.bup has a diff md5 than the .ifo, the other updated ifo/bups are fine though.

/MLS

[Trahald]

yeah.. sorry about that.. i fixed that already.. but ive been tinkering with it so havent been able to release it.. should be a couple of days (i just want to test use it a couple times)

[Raster]

Thanks for the great tool Trahald!

Just want to get a better understanding on this.

I,ve noticed the same problem with the VIDEO_TS files not being identical and my fix was to copy over the original files and get sectors.

Now what I'm not clear on: When I was doing this manually I would leave the VIDEO_TS files alone and not even try a IFOUpdate on them.
Was I suppose to be updating these all along? And if not, what is BatchUpdateIFO doing to them that causes this change?

[MLS]

I believe it was the adding of regionfree to video_ts.ifo/bup . Thanks for the update Trahald.

/MLS

[Trahald]

yeah.. the video_ts.ifo/bup is only changed during the Get VTS Sectors and the region free part. same as ifo_update.. i update the video_ts.ifo, and then make a copy to video_ts.bup

[arlsair]

Not a big deal, but the "Original" in "Original IFO PathName" is spelled wrong.

[arlsair]

I get an error:

Run-time error '6':
Overflow
After that BatchUpdateIFO crashs. I tried it the old way with IfoUpdate and I worked, so I guess, it is BatchUpdateIFO.

[Trahald]

I'll fix the spelling thanx (thank goodness for find and replace)..

if you still have the original and authored ifos that give you the runtime error.. please pm me

[arlsair]

Hmm, why did I delete the authored files ? I will compile the movie again and then you get the IFOs.

[Trahald]

I switched to visual studio .net and it corrects alsairs problem ('integers' now act like longs used to) so they can take larger values. so i didnt have to recode that part. i lost somethings i want to get back during the conversion so i'll post the .net version in a few days as the last alpha.

[arlsair]

So we need the .net framework, is that right ?

[D3s7]

no... .net has a native mode for the languages as well

at least that's true for vc7+

not sure about vb though

[Darklistener]

Where is the problem if it is needed?

English:
http://download.microsoft.com/download/a/a/c/aac39226-8825-44ce-90e3-bf8203e74006/dotnetfx.exe

German:
http://download.microsoft.com/download/4/f/3/4f3ac857-e063-45d0-9835-83894f20e808/dotnetfx.exe

Other:
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=262d25e3-f589-4842-8157-034d1e7cf3a3


Great tool Trahald :)

[Darklistener]

Hi
this sounds interesting
check it out

http://www.mono-project.com/about/index.html
http://www.mono-project.com/downloads/index.html


Direct link for win 2k or above:
http://mono2.ximian.com/archive/1.0/windows/mono-1.0-win32-1.exe

[Trahald]

ok.. i rewrote this in c++ now. the errors that alsair was seeing is fixed. hopefully i havent created any new ones. i have it setup to work pretty much like the vb version.. i skipped releasing the vb.net version to avoid confusion. any bug reports post in this thread. if things arent too bad the next will be released as beta.

[Trahald]

c++ version seems stable so going beta. any issues post in this thread please

[kalligator]

Hi there, pretty handy utility!

Is it any likely to include an option so as to update everything but the chapter times? i.e. import the subpictures etc. from the new ifo but keep the original's times.

[Darklistener]

Hi
I have a little problem with it.
I have win xp pro sp2 rc2.
If I try to open BatchUpdateIFO 0.9.0.1 beta or 0.0.0.11a
nothing happens. I tried it on a other system win xp pro sp1 and it works fine.
Any ideas?
Perhaps sp2 final might fix it.
MS will release it next month.

P.S.
great tool :)

[Trahald]

Originally posted by kalligator
Hi there, pretty handy utility!

Is it any likely to include an option so as to update everything but the chapter times? i.e. import the subpictures etc. from the new ifo but keep the original's times.

sure.. may i ask why?

[Trahald]

Originally posted by Darklistener
Hi
I have a little problem with it.
I have win xp pro sp2 rc2.
If I try to open BatchUpdateIFO 0.9.0.1 beta or 0.0.0.11a
nothing happens. I tried it on a other system win xp pro sp1 and it works fine.
Any ideas?
Perhaps sp2 final might fix it.
MS will release it next month.

P.S.
great tool :)

hmm.. odd.. i'll look into it.. im still on sp1 .. guess i should upgrade to test

[kalligator]

Originally posted by Trahald
sure.. may i ask why?
Well, it's maybe an unusual scenario but here it goes.

Lets say I have already authored a DVD with subs and extra audio but it is flat and I want to build a fresh animated title & chapters menu.

To do so I'll use an author along the lines of TMPGEnc (simple but no sub/extra audio support).

As I insert the title(s) it will automatically identify the chapters, then I set up the menu and finally do the new authoring from which I grab the *_0.VOBs and I update each title's IFO from the original.

Here's the thing.

If I settle for the chapters identified (i.e. the original's) then everything is fine and smooth.
Yet if I decide to set new chapters during the menu building there's no way of keeping these after the IFO update. Is there?

[Trahald]

Originally posted by kalligator
Well, it's maybe an unusual scenario but here it goes.

Lets say I have already authored a DVD with subs and extra audio but it is flat and I want to build a fresh animated title & chapters menu.

To do so I'll use an author along the lines of TMPGEnc (simple but no sub/extra audio support).

As I insert the title(s) it will automatically identify the chapters, then I set up the menu and finally do the new authoring from which I grab the *_0.VOBs and I update each title's IFO from the original.

Here's the thing.

If I settle for the chapters identified (i.e. the original's) then everything is fine and smooth.
Yet if I decide to set new chapters during the menu building there's no way of keeping these after the IFO update. Is there?

i think i see... when i get a chance i'll do it.. prolly just in the ini as a extra ini setting.. trying to keep the option list to a min

[MLS]

Beautiful, thanks for the frequent updates Trahald.

/MLS

[Trahald]

@kalligator i set up now so there is an ini setting not to copy the cell times.. although that time is really cosmetic and does not effect the seeking at all..

let me ask a question, when you try something like you describe.. does the ifo have to be updated.. maybe just get vts sectors can be done and it will work.. i cant get my mind around the whole thing.. i'll release the version that doesnt copy the times in a few days.. but i think we need to look at it further

[XadoX]

Originally posted by Darklistener
Hi
I have a little problem with it.
I have win xp pro sp2 rc2.
If I try to open BatchUpdateIFO 0.9.0.1 beta or 0.0.0.11a
nothing happens. I tried it on a other system win xp pro sp1 and it works fine.
Any ideas?
Perhaps sp2 final might fix it.
MS will release it next month.

P.S.
great tool


have the same problem

[Trahald]

Im posting another version in a couple hours. I upgraded to sp2 (non beta) and works fine.. lemme know how it goes...

[XadoX]

hmmm...

0.9.0.3 still not working for me :confused:

[Trahald]

are you running the final sp2?... also what are your system specs (cpu etc)?

[XadoX]

i'm runnin the german Final. The System is complety new installed with a slipstream CD.

System Specs:

WindowsXP Pro
AMD 2500XP+
Nforce2 Mainboard + Nforce 4.27 Driver
512MB Kinston Value Ram
1 SATA Harddrive
2 IDE Drives (one as System Drive)


Another Point is that one week before i have installed the SP2 on the working mashine as Update, and after it BatchIFO works also fine for me, but with a complete fresh slipstream install nothing happens by clicking on it now
:confused:

[Trahald]

yeah.. i just ran sp2 as an update.

im attaching a file to test something.. i stripped something out of the initinstance that may be causeing it to fail to load. lemme know how this works for u

<attachment removed>

[XadoX]

still the same problem...

i also tried it on several fresh installed computers and always the same symptom.

Maybee there's missing some kind of dll?

[Trahald]

interesting.. possibly something we all are installing on older installations that batchupdate is using but not there on new installs. i'll look over the code and do some googleing.. if push comes to shove i'll setup a separate install to figure it out..

[Trahald]

here is another attachment to try. just see if it comes up.. you can immediately close it.

<edit> attachment not needed

[XadoX]

still won't start... sh...

[Trahald]

xadox.. heh.. thanx for testing. that last version i commented out pretty much everything before where the gui paints.. dunno whats doing it.. i'll look into it over the next few days

[D3s7]

I'd think it was one of the SP2 problems but i'm running int w/ no problems

xadox: is it really running (active process) and just not painting or not running at all?

what's the eventlogs show for application?

I'm thinking somehow SP2 is blocking it thinking it's an unsigned application or something....

[Trahald]

i did a clean sp2 install and it wont load up.. it doesnt even come up on the process list. bad thing is while doing the clean sp2 install i totally #!@*!& up my regular install.. so when i recover that (hopefully) i'll trouble shoot the issue

[XadoX]

oh thats bad. hope you can recover everything right :(

[Trahald]

Ok.. i was able to get my regular install going. im going to try to trouble shoot this in a VM so i dont have to reboot so much.. i'll keep posted on progress

[XadoX]

i'm glad to hear :D

[Trahald]

Ok.. d3s7 and I figured out the issue. the common dialog control i use for the directory (when you hit the browse button) isnt distributed with windows xp. On an old install something you would have installed would have tossed it in.. but on a fairly new install that may not be the case. so anyways.. you have to get COMDLG32.ocx (you can find it on the net or in one of your old running installs) and toss it in the \windows\system32 directory and register it
regsvr32 \windows\system32\COMDLG32.ocx and that should do the trick.. since im serving this program off the forum im keeping the exe small so i probably wont do a formal installer until i host it, so i wont be including that file.

[XadoX]

Great Job!

Now everything works fine again :D

Big thx to Trahald & d3s7 :thanks:

[spuniun]

If you don't wanna worry about the source you're getting this ActiveX control from and hunting for the right version, here's the signed CAB direct from Microsoft:

http://activex.microsoft.com/controls/vb6/comdlg32.cab

Unpack and right+click the included .INF, choose install and you're all set with the latest version of COMDLG32.OCX (6.1.97.82).

Took me a couple tries to get a working version cause v5 of this control is not compatible with batch+updateifo and v6 is a bit more elusive via Google for some reason.



Sorry, you still have toregsvr32 \windows\system32\COMDLG32.ocxbefore the control is registered properly; the INF doesn't do it for some reason.

[Trahald]

thank you spuniun! :goodpost:

[jarthel]

in IFOupdate, there's an setting called "Copy color table in each PGC".

Is this the same as "Copy color map" in batchifoupdate?

thanks :)

[influenza]

yep

[[SLiM]D12]

Seems I run into a problem when using BatchIfoUpdate on the R1 Seinfeld DVD's. Just before you choose an episode to watch, it shows you certain warnings. If BacthIfoUpate is used, it crashes right after these warnings. If you were to go back and select the episode again, it will work, as these warnings only play the very first time. Upon using Ifoupdate 0.78 the problem does not arise. I am using v 0.9.0.4 of BatchIfoUpdate.


Just thought i'd bring this up.


[SLiM]

[jel]

hi [SLiM]D12 and welcome to the forum!

nice to see that you finally decided to join us here instead of hiding out in irc all the time :p

few questions:

when you say it 'crashes' are you referring to a software player or hardware player?

have you tested in ifoedit/play?

are these warnings part of the VMG/Title Set Menu or are they a seperate PGC in a VTS?

what options are you using in batchifoupdate/ifoupdate?

if you are using batchifoupdate 0.9.0.4, why did you post in the 0.9.0.3 thread? :sly: sorry mate .. couldnt resisit :D

anyways, nice to see you finally posting here

rock on

j

[[SLiM]D12]

Look, stop giving me a hard time, i'm a n00b to this.


i've used PowerDVD and Ifoedit, dont wanna burn to test it sorry.


The only settings i have disabled in both are "Copy Audio and Subtitle tables".

The warnings themselves are in the VIDEO_TS.VOB and i obviously dont wanna just delete that to ruin the structure of the DVD.


Lemme know what else you need :)

[SLiM]

[Trahald]

I'm going to get that dvd set and see if i can duplicate the problem. Thankfully its something i can test on a software player.

[Zeul]

[SLiM]D12.
Try running the trace utility of pgcedit, and do a comparison, between the ifopdated version & the batch version. This will produce a trace of the command structure. Have the UOPs been removed from the PGCs? you can check this easily in Ifoedit. They can make a huge difference. Also if you open up the Batch created ifo in ifoedit and save it, are any errors thrown by ifoedit?

[[SLiM]D12]

Ok to be honest, i grabbed that pgcedit and couldn't really figure out wtf i was doing, so i scrapped it.


UOP's removed on both versions and there were no errors in idoedit at all when getting VTS sectors or removing UOP's and saving.

[Trahald]

Thats why im getting it to see.. I'll probably have some questions for you if i cant duplicate the error (I dont want any open issues with batchupdate) . Thank you slimD12

[[SLiM]D12]

Of course, as jel has stated, i always tend to keep errors about any probgrams hosted here to myself without posting. That will change from now on. If you don't find me here, i'm always on irc as well.


Believe it or not I think Disc 1 was fine, but i know the rest didn't work, so you may wanna try disc 3 first or something

[Trahald]

I see the problem.. the ifo updating is fine, its the region free part that fails.. specifically the RCE removal. the code i use that backsteps to set the region to whatever you set didnt return the reader back to the right place. corrected in 0905. btw, ifoupdate didnt attempt to remove the rce at all.

[nukec]

why batch ifo update, wrotes authored movie in original map? after that we have authored 1GB vobs and original 1GB vobs in one directory =/

[Trahald]

huh?

batchupdate takes the new (authored) vobs from scenarist/muxman( '\muxman\video_ts' or '\0\video_ts' ) and moves them to the original directory '\video_ts ' ... there should only be menu files in the original directory (and very small *_1.vob files).. before update is run.. there shouldnt be any of original files over 1gb.

[manusse]

Question.

When run the following command [ "C:\Program Files\batchupdateifo\batchupdateifo.exe" -oZ:\IST\VTS_01_0.IFO -aZ:\IST\VIDEO_TS\VTS_01_0.IFO -u ]
I get the following error: "No items Selected in Batch! - aborting"
http://img529.imageshack.us/img529/8476/bui4uu.th.png (http://img529.imageshack.us/my.php?image=bui4uu.png)
Do you now what I must do to have it work. (When I launch the GUI of BUI, I must click the vts_01_0.ifo on the bottom left for it to work).
Thanks in advance for your reply.

Manusse

[Trahald]

hi manusse

i did some testing and i couldnt replicate the issue. One thing i did notice is that your path for the authored file doesnt seem right. normally scenarist will default to Z:\ist\0\video_ts\vts_01_0.ifo.. and with muxman would be Z:\ist\muxman\video_ts\vts_01_0.ifo .. is it possible your Z:\IST\VIDEO_TS\VTS_01_0.IFO path you have listed is invalid?

[manusse]

Hi Trahald,

Actually, the demux and remux are being made using SubtitleCreator. (remux made by muxman).
So I think the paths are correct. What about the error message. What does it mean?

Manusse

[Trahald]

means... no items were checked in the batch list when 'update' was pressed (as in the picture you posted). that shoul only happen in gui mode. the command line doesnt actually do batch.. just single ifo at a time.