VobBlanker 2.1.1.0 Released

[jsoto]

Hi all,

2.1.1.0 release announcement
http://forum.doom9.org/showthread.php?p=828889#post828889

Here is the (previous) 2.1.0.0 version changelog:

Changelog
Added:Title PGCs and Menus(full domain) Tiny Preview in main dialog. Note: Some new settings including one to disable tiny preview have been added.
Added: Ability to fix SRI and SYNCI pointers in Menu domains.
Added: Split-Cell ability in Titles domain. Splits a Cell and can add a new Program and a Chapter. Multiple splits (in different cells) are allowed in the same process session
Added: VID/CID renumbering ability. Selected as default instead of filling the VID/CID sequence with blank cells.
Added: Motion2still accepts external I-Frames, from a VOB or bmp. bmps are converted using MuxMan.
Added: Drag and Drop in preview pane (used in motion2still)
Added: Tools menu to select external tools and Temporal folder
Added: html links in Main Menu to homepage and guides
Added: Registry key with the Version
Added: Detection of ini/end cell pointers out of range.
Added: VOB files FullScan: used to get the right cell ini/end pointers
Added: Detection of cells in PGCs not listed in C_ADT tables
Added: Detection of pointer mismatches between C_ADT and PGC tables.
Added: Detection of possible orphan subs in cell split and title cut.
Added: Check if any offset is out of IFO range (C_ADT, M_C_ADT, C_ADMAP...).If yes, issue a warning and change it to zero.
Added: CLI options to run minimized (-min) and to run a fullscan (-scan). If scan is selected in CLI the related errors loading IFOs are skipped.
Added: Menu option "Save project" added ("Save project as" was already there).
Improvement: Window titles in Menus/Preview and Cell dialogs show the VTS and other useful info.
Improvement: Playing a PGC in the preview automatically changes the Cell at the end of the current one
Improvement: Some improvements opening the preview window to show the previous (if any) selected frame
Improvement:Motion2still: Some improvements, mainly in motion2still w/o audio (I hope I didn't break anything). Now the output is much more similar (probably identical in motion2still w/o audio) to menushrink one.
Improvement: Motion2still: Changed Highlight status to 1 in nav still. The value should be there, but in some rare cases could not be set in the original.
Changed: Registry keys and project keys re-organized in sections in a more clear way. VobBlanker deletes automatically the old keys, but two reg files are attached to manually clear the registry.
Changed: Default values changed to yes in "blank cells w/o buttons" in motion2still and "Clear audio/subs status when blanking" in menus domain.
BugFix: Playback tables cell flags and still times are now modified depending on how the cell has been processed, instead of how the PGC has been processed. This should be the same for non reused cells, but in the case of reused cells the previous method did not work at all.
BugFix:Video Attributes (resolution) were not correctly mapped.
BugFix: Replacing reused cells failed
BugFix: Some minor problems in menu final size estimations
BugFix: Subs SYNCI pointers: In the case of two subs in the VOBU, was pointing to the second one instead to the first one
BugFix: Audio SYNCI pointers: Sometimes VobBlanker was pointing to the audio pack before the right one.
BugFix: Motion2Still: Fixed the case when the subs appear two VOBUs before the buttons (Star Wars I japanese version).
BugFix: Two bugs in Motion2Still in titles domain.
BugFix??: Disappearing buttons issue: Not found the root cause, but coded a walk around (little dirty, BTW).



VobBlanker Navigation links
Versions <= 1.5 discussion thread:
http://forum.doom9.org/showthread.php?s=&threadid=73145
Versions = 1.6 discussion thread:
http://forum.doom9.org/showthread.php?s=&threadid=86437
Versions = 2.0.0 discussion thread:
http://forum.doom9.org/showthread.php?t=92481
Versions = 2.0.1 discussion thread:
http://forum.doom9.org/showthread.php?t=100213

2.1.0.0 release candidate thread
http://forum.doom9.org/showthread.php?t=105194

2.1.1.0 release announcement
http://forum.doom9.org/showthread.php?p=828889#post828889

jsoto

[arsmori]

w00t! :D Love the Tiny preview so far, save a step or two and makes my index finger happy. I miss the secondary progress bar though, it was useful for pointers fixes that takes a while. Maybe you want to export the *.reg files as version 4 (Win9x/NT4) in case there's still some win9x users out there, just a though.

[dirio49]

thanks jsoto.:)

[blutach]

Another wonderful piece of work. Can not say enough thanks.

http://www.digital-digest.com/~cynthia/beta/0038.gif

Regards

[jsoto]

Many thanks for your enthusiasm. I appreciate it.

jsoto

[nemo21]

This version of Vobblanker is excellent. The small preview works so much better for me. I can't thank you enough for your work on this program!

The only thing I can think of to improve the program would be to create an expandable/collapsable icon next to multi-cell VOBs so you could blank selected cells in the main window, previewing them in the small preview window.

Oh, actually, there is one other thing. I use the program mostly for episodic DVDs or things like animation collections. For these type of DVDs, I want to blank one half, backup, and then blank the other half. For animation collections like the Disney Treasures collections, the cartoons are often all in one massive VOB, so I blank half of them at a time in the cell window. After I process and get the 1st of 2 dvd file sets that I will use to back up the original, the process window is greyed out. If I change the target folder or the cells that are blanked, it remains greyed out. I have to re-load the .ifo to change which cells are blanked and process the other half of the disc. When I reload the .ifo, though, I lose the information about what cells I blanked for the 1st run. So, I need to write down the cells I blanked on the first run and blank the other cells on the 2nd run. I wish there was a way to allow me to blank different cells and reprocess without re-loading the .ifo so that I didn't have to write down all of the cells I blanked on the first disc. That was a really long-winded explanation and it probably took me longer to write it than it takes to write down the cells I blanked but there it is--that feature would make the program even better for me.

Thanks again for your efforts!

[jsoto]

After I process and get the 1st of 2 dvd file sets that I will use to back up the original, the process window is greyed out. You're not the first one asking for this... The reason to grey-out the process button is that some internal vars have been modified after the process and I need to reload them.
There is a simple tip.
- Save your project (from main menu). You can do it even if the 1st part has been processed and the process button is greyed.
- Load the project. Process button will be enabled again, and all the settings (cells to be blanked, and, in general, all the things you have selected in 1st run) are recovered from the project file.

jsoto

[wmansir]

Thanks for the new features jsoto. The tiny preview is great, since I preview just about everything it's really a time saver.

I also wondered about the greyed out process button and have used that tip method on several occations. Thanks for explaining why it works that way.

[winny]

Just wanted add another sincere note of thanks for a superb program.

Thank you :)

[Sir Didymus]

I think there is something wrong in the calculation of the TMAPTI table performed by VobBlanker (apart the log file, with the "TMPATI" glitch)...

Many entries are flagged as "discontinuity entry" where time codes are not actually discontinuous with previous; also - and more important - the actual values in the table are frequently odd (especially the values starting from the second cell of the PGCs)...

I found this issue just incidentally, while replacing some pgc...

The way to reproduce the problem is quite simple:

1. Start from a video asset and a chapter file demuxed from the main pgc of a movie
2. Plain remux the video with the chapters using MuxMan
3. Check the TMAPTI produced by MuxMan (this table, which is correct, should be used as the reference one)
4. Straight process the title with VobBlanker
5. The TMAPTI produced by VobBlanker is different (entries of wrong values, and presence of discontinuity entries where no discontinuity exist)

If useful I can give specific examples of "wrong" entries... but I say again, it is quite immediate to reproduce the issue...

Cheers
SD

[jsoto]

Well, this is something not totally clear to me, but....
a) discontinuities
I've used IFOEdit as the reference (before MuxMan exists), and IFOEdit marks the last entry of each cell in TMAPTI table as discontinuity. I never understood this completely, but all the originals I looked into, they also do it. So, in this particular case, I think Muxman is doing the things (may be not wrong) but different. Discontinuity can be understood as a discontinuity in the elapsed time (offset 0x45 in the Nav packs), which is reset to zero at the beginning of each cell. This make sense to me, but as I said, I'm not completely sure...

b) "wrong/odd" values
TMAPTI points to the VOBUs multiple of "n" seconds, being "n" an integer. As you know a VOBU can have different number of frames, so, to point to the second "n", you can use the VOBU immediately before the second "n" or the one immediately after. The "best" should be to point to the one closer, in terms of frames, to your second "n", but I really think all the approaches are correct. How much is an error of one second (in fact less than a second) in the whole movie?.
VobBlanker points to the VOBU after, MuxMan seems to point to the one before.

c) Typo
"with the "TMPATI" glitch" That means "TeMPoral Advanced TImer"... :D . I'll fix the typo, thanks.

@mpucoder,
could you clarify us points a) and b) ?

EDIT: Just as an example, you can find attached the Original one, and the IFOedit, Muxman (015) and VobBlanker created IFOs
http://www.videohelp.com/~jsoto/temp/IFOs.zip

jsoto

[Sir Didymus]

Hi jsoto!

Well, now that MuxMan exist, we can gradually stop using IfoEdit as a reference... IMHO...

a) discontinuities - my interpretation is very simple (so it may be wrong...): if an entry in the table is the first one referring to a cell marked with the STC discontinuity flag, then the entry should be marked accordingly...

b) values in the table - instead of counting the frames, the VOBU End PTM value should be used as a reference. Here is some info on the matter "elaborated" from the philips verifier manual (I know the profiler is faulty on many checks, but here we discuss about the method...).


Each individual entry in the table contains the start address of the VOBU
where the presentation time corresponding to the map entry is reached.

Determination of the correctedness of the map entry values is done by
calculating the time elapsed since the start of the PGC:

Total_Previous_Cell_Time - Cell_Start_Time + VOBU_End_Ptm (in 90 KHz ticks)

The value is compared to the calculated elapsed time for the current
map entry:

MAP_EN * TMU * 90000 (still in 90 KHz ticks)

When the elapsed time in the PGC exceeds the elapsed time for the map
entry, then the Start Address of the current VOBU is the address to place in
the table.


c) typo - :)

Yes, hope mpucoder could clarify...

[jsoto]

Well, now that MuxMan exist, we can gradually stop using IfoEdit as a reference... IMHO...
Agree..., but I like to dig into the differences... In example,
- lately (working in pgcDemux) I've found a bug in IFOEdit (never saw an effect in a settop). It counts the number of ac3 frame headers just looking for 0x0b77, and this pattern can be reproduced inside the ac3 frame, giving an incorrect number of headers..
- I've did some binary comparations in VobBlanker SYNCI pointers adjustments versus Muxman, and I found some really minor differences (Muxman was correct here, as usual) that I've fixed in last VB release.

a) discontinuities - my interpretation was very simple: if an entry in the table is the first one referring to a cell marked with the SCR discontiuty flag, then the entry should be marked accordingly... Disagree. See some originals. All the ones I look into mark the last entry of each cell as discontinuous, inside a continuous VOB and also in a seamless VOB joint

b) values in the table - instead of counting the frames, the VOBU End PTM value should be used as a reference. Here is some info on the matter "elaborated" from the philips verifier manual (I know the profiler is faulty on many checks, but here we discuss about the method...). It is exactly the same in the VOB is well authored. (Not sure if there are some stills, but this is not the case). In fact, what VBlanker does is trust the elapsed time and may be I should add the number of frames (taken from VOBU_End_Ptm and VOBU_start_Ptm ) to see if the VOBU exceeds the point. In other words, I'm using the starting time of the VOBU to compare with the TMAP entry, and seems the ending time of the VOBU is the one that should be used.

When the elapsed time in the PGC exceeds the elapsed time for the map entry, then the Start Address of the current VOBU is the address to place in
the table.

In any case, we are discussing about less than one second... I do not believe anyone will be able to notice that ...

jsoto

[mpucoder]

Different authoring programs treat the time value and discontinuous flag differently. There is a thread somewhere where we tried to determine the true meaning of the flag.
NTSC drives the verifier crazy (to be expected, it was written in a PAL country), and the time map is no exception. The verifier wants one second to be 90000 ticks, but the cell elapsed time works on a 90090 tick second (30 frames * 3003). The same is true for the sri pointers. Scenarist uses elapsed time, Muxman uses 90000.

[Sir Didymus]

In any case, we are discussing about less than one second... I do not believe anyone will be able to notice that ...


I see, I see. Now that you are explaining, I see the "wrong values" I was noticing are infact just differences of exactely of a single VOBU... :rolleyes:

Sorry for raising the whole argument...

@mpucoder

:thanks: for the clarification...

I still wonder which way the standalones are using this table...
Is it just the entry table for time search functions ?

[jsoto]

http://forum.doom9.org/showthread.php?p=649344#post649344
As you can see, I have some memory lacks.....

jsoto

[Sir Didymus]

Wow... :)

Very nice and useful reading...
Many thanks.

[yoy]

I have been using the great VobBlanker program to blank out logo, etc because the program is so easy to use. I experienced a problem when I use it lately to manually blank 2 logos in VTS_01_*.VOB with the following message when VobBlanker finished Processing:

Warning: nuPGCs higher than the value stored in VTS_TMAPTI2
nuPGCs higher than the value stored in VTS_TMAPTI3

The resultant files when input to DVDShrink has the following error message
"Invalid DVD navigation structure" and "Overlapped I/O operation is in progress". The resultant files however can be played by WinDVD but cause VobBlanker to abort when input again to VobBlanker.

Next instead of manually blanking the 2 logos, I check on the mark in "blanks cells without buttons" and got the same warnings and problems again. I tried to use the older versions of VobBlanker and got the same errors. Any one can help?

[jsoto]

The Warning means that the number of PGCs in Titles domain (the ones you see in the bottom part of main VobBlanker dialog) is higher that the number of PGCs in VTS_TMAP, This is not legit, because VTS_TMAP must have the same number of PGCs.
But it is only a warning, I do not know critical side effects (only problems with navigation sliders, etc)
In any case, nothing to do with menus.

You get two error messages (instead of one) due the code is not clever enough, and issues a warning per PGC which number is higher (PGC # 1 is OK, but PGC# 2 and # 3 output an error)

You can send me the IFOs, I'll take a look, but I'm pretty sure you have wrong IFOs...
jesus_soto_viso at terra dot es

jsoto

[jsoto]

Received by mail from Tony
I have been using your previous version to the current 2.1.0.0 with much success, however, now that I have downloaded 2.1.0.0, I am unable to get the program to run. I tried downloading again from Doom9 with no help. The program seems to be all there when I extract all files, yet when I request it to run, the processing window will not appear.

I usually answer the mails, although I prefer to answer in a post, so the answer can be shared by the community, and saves me to repeat it...

But in this case I'm unable to answer by mail, Tony's mail server is rejecting my answers (seems my mail server is blacklisted...), so here is the answer:

wrote by myself, trying to answer by mail

Well, I need more info..., but trying to guess...
Look into your task manager. Is VobBlanker running? If yes, be sure you kill all instances. May be a reboot can help..
Execute the registry cleaner delivered with the exe. I've found problems with initial window coordinates corruption, which are stored in the registry (main window is out of the screen)
Let me know if this works.
BTW, which is your OS? MS-Windows-XP? W98SE? Linux?


jsoto

[wmansir]

I've had this error reoccur a few times. When saving a project file the program does not save all the parameters. Usually I don't notice unless it's the input path and the project cannot be loaded. It seems the [General] section often is composed of just 2 or 3 lines instead of the normal 10 or so.

If it matters my input path is usually on the E,F or G drive, but since I only work on one project at a time I always save the project to E:\VobBlanker.ini and overwrite the existing file there. This is an intermittent error, as I recall save/loading project files recently, but the error is very common on my machine. I haven't noticed any trend to suggest what is causing it.

I tried to recreate one of these bad .ini files, but of course it won't do it now. I'll post it the next time I encounter one. Earlier I had one, but when I clicked "Save" instead of "Save As" it overwrote it with a good .ini.

[jsoto]

Yes, I've also (occasionally) seen this ini files w/o the first lines... Don't know the reason, and dificult to reproduce....
Seems related with the OS caching... I'm deleting the file before writing it. It's much more faster. May be it will be better (and safer) to don't delete the file....

jsoto

[jeanl]

jsoto, try using fflush() after every time you use fprintf() or fwrite()... This flushes the buffer... Maybe that will help...
jeanl

[jsoto]

I think it won't help...but I'll test it, after the deletion and after each write...

I'm deleting the file and after writing the file with WritePrivateProfile in order, starting from the first line...
The lines lost are the first ones.... Seems as the file deletion is "delayed", so the file is deleted after writing the first lines...

The reason to delete the file is that WritePrivateProfile is much faster if the key you are writing is not present in the file.

jsoto

[JFerguson]

Are the Process Titles and/or Process Menus ticks saved with a project? I'm seeing them reset after loading projects...

[jsoto]

Yes, they are saved correctly, you can verify it in the file...
but it is also true there is a bug loading Process Titles , so it is not loaded and is reset to your default value (the one stored in the Registry).

jsoto

[jsoto]

I experienced a problem when I use it lately to manually blank 2 logos in VTS_01_*.VOB with the following message when VobBlanker finished Processing:

Warning: nuPGCs higher than the value stored in VTS_TMAPTI2
nuPGCs higher than the value stored in VTS_TMAPTI3

The resultant files when input to DVDShrink has the following error message
"Invalid DVD navigation structure" and "Overlapped I/O operation is in progress". The resultant files however can be played by WinDVD but cause VobBlanker to abort when input again to VobBlanker.

Well, I got the IFOs and found the problem. VobBlanker doesn't calculate correctly the last useable byte in TMAP of PGC1, (because PGC2 does not exist and it has to). So it uses more bytes than the ones reserved for TMAP, overwritting the next sector (VTSM_C_ADC). The result is a very corrupted IFO.

I fixed the bug, but because this is a very rare situation (you need a bad IFO to reproduce it) I won't release a bugfix. But, for sure, it will be fixed in the next version.

jsoto

[tllk]

When I use VobBlanker 2.1.0.0 to replace PCG

PCG1 VID/CID → PCG1 VID/CID
01/01 01/01
01/02 02/01
01/03 02/02
01/04 02/03
01/05 03/01

Although success to become

PCG1 VID/CID
01/01
02/01
02/02
02/03
03/01

But my DVD Player can't pass VID to another VID,
Use DvdReMake Pro to check,Export DVD will become to
PCG1 VID/CID
01/01
01/02
01/03
01/04
01/05

Is it a bug ?

[jsoto]

PCG1 VID/CID → PCG1 VID/CID
01/01 01/01
01/02 02/01
01/03 02/02
01/04 02/03
01/05 03/01


Do you mean the original IFO (the one you load in VobBlanker ) is the left column (only VID=1) and the final product has 3 different VIDs? If this is the case, yes this is a bug (I never saw it).
But not if the replacing PGC is the left column and the original and final PGCs have 3 different VIDs.

In any case, please zip the IFOs (all IFOs, please) before (originals) and after, the project file and vobblanker's log file and send them to me.

jsoto

[tllk]

Do you mean the original IFO (the one you load in VobBlanker ) is the left column (only VID=1) and the final product has 3 different VIDs? If this is the case, yes this is a bug (I never saw it).
But not if the replacing PGC is the left column and the original and final PGCs have 3 different VIDs.

In any case, please zip the IFOs (all IFOs, please) before (originals) and after, the project file and vobblanker's log file and send them to me.

jsoto

I mean

(A) become to (B)

Sure,use VobBlanker (A) must the same (B)

(C) is a new PCG that I make to replace a part of (A)

*
(A) (B) one PCG multi VID (total 5 cell)

(C) one PCG one VID (total 5 cell)

(B) some DVD Player can't work well in change VID,but original (A) have not
this problem.

[tllk]

(A) use DVD remake pro Export DVD,all ifo the same (A)
(B) use DVD remake pro Export DVD,part of ifo become (C)

If I take (A)'s ifo with (B)'s VOB,use DVD remake pro Export DVD will part of ifo become (C).
If take (A)'s VOB with (B)'s ifo,use DVD remake pro Export DVD,all ifo the same (A)

So I guess it must VOB's VID something worng.

[tllk]

(A)
http://tllkjp.hp.infoseek.co.jp/date/A.rar

(B)
http://tllkjp.hp.infoseek.co.jp/date/B.rar

(C)
http://tllkjp.hp.infoseek.co.jp/date/C.rar

[jsoto]

At first view the IFOs (B) are OK. Trusting the IFOs the original PGC is seamless-joined in the VID changes (this can be checked looking into the a/v delay, with pgcDemux, i.e., in the cells 2/1, 3/1 and 4/1. It should be negative and different to zero.

So, what are you exactly doing? Seems you are adding a sub, but how did you make the replacing PGC (C)? Did you use pgcDemux+MuxMan?

In any case to inter-change VOBs and IFOs between A and B is not a good idea....

IF the original joints aer seamless (a /v delay negative at the beginning of each VID) the DVD should work as it is, but if you want to have only one VID, youcan use VIDChanger on (B), because it was really muxed in only one VID.

Bit if the original joints are non-seamless (a/v delay=0 at the beginning of each VID), you have to demux by VOBid and remux each VID individually.

jsoto

[tllk]

Sorry my English too poor.
I describe more clear about my question.

If I use scenarist to create a VTS include 1 PCG,like
(VID/CID)
01/01
01/02
01/03
01/04
01/05
use VIDChanger or VOBblanker to change VID to
01/01
02/01
02/02
03/01
03/02

Then use DVD remake pro to correct,will become to
01/01
01/02
01/03
01/04
01/05

But if I use scenarist creat VTS is
01/01
02/01
02/02
03/01
03/02
use DVD remake pro to correct,will nothing happen
Although I use VIDChanger or VOBblanker to change VID any number
DVD remake pro will to judge it to original VID.

In my DVD player that use VIDChanger or VOBblanker to change VID's
will crash.So I make a guess at VIDChanger or VOBblanker to change VID
are incompletion.

[jsoto]

Probably DVDRemake pro is checking the internal SCR (or may be PTSs) so it is abel to detect if the scenarist created VTS is only one VID or a multi-VID VTS. Sorry, I do not have DVDRemake so I cannot check it.

A continuous PGC, made of two or more VIDs should work in your settop. I do not understand why it crashes...

In any case, you have to demux/remux by VOBID if the VOBs are non-seamless joint, as it is stated in your IFOs.

jsoto

[mad-eddy]

Hi.

I used today for the first time the Strip Streams function.
Question: Is it intended, which contents are removed however the Streams themselves as dummies in the VOB's to remain? Is there any a possibility let remove this dummys immediately with?

Greeting

[jsoto]

Hi.
I used today for the first time the Strip Streams function.
Question: Is it intended, which contents are removed however the Streams themselves as dummies in the VOB's to remain? Is there any a possibility let remove this dummys immediately with?
Greeting
The whole stream is removed. Nothing remains in the VOB in the stripped PGC. Note the stream still can be present in other PGCs in the same VTS.

But the info still can be in the IFO. You can check
"Clear audio/subs status when blanking/stripping" in More options dialog to delete the track in the PGC (be careful, some settops can have problems if the track is not the last one). Even in this case, the stream still will be referenced in the IFO (VTS stream list : VTSI_MAP), but, opening the DVD, pgcEdit will detect if the stream is not used any more in a PGC.

jsoto

[jsoto]

Hi all,

Here you can find a 2.1.1 beta.
http://www.videohelp.com/~jsoto/temp/VobBlanker_2110b1_exe.zip


Added: Multiple Cut. Cutting at cell level is now supported, so up to one cut per cell can be done per session.
Added: Cut cells capability in MENU domain.
Added:Added some shortcuts in Main dialog Menu
- Menu Still all PGCs with audio
- Menu Still all PGCs w/o audio
- Menu Delete all no buttons PGCs
Changed: Blank auto now keeps the PGCs with duration longer than 85% of the longest one. Useful for episodic DVDs
Changed: Using last version of DVDPreview
Changed: Disabled loading a PGC in Tiny in the case of multiple selection
Changed: Statically linked mfc42. Seems wine did not work with shared dll
Changed: Default of Autostart Tiny changed to False.
BugFix: TMAPTI Overwrites next sector in some cases of wrong input IFOs
BugFix: Loading "Process Titles" setting from project file was broken in 2.1.0.
BugFix: Setting to default values in main dialog were the old ones (not updated)


Note: Be careful with Cut feature... Cuts are not clean (audio frames are cut in the middle, etc)... Test deeply your DVDs
Also, when using Cut in Menu domain you should keep the buttons and subs part of the cell. VobBlanker does not check it.

jsoto

[jeanl]

Wayyyyy cooooool! Thanks jsoto! :) :)
jeanl

[jsoto]

Wayyyyy cooooool! Thanks jsoto! :) :)
jeanl

Bah, not too much... I'm busy (but not lazy) lately...

jsoto

[jsoto]

@jeanl

Changed: Using last version of DVDPreview

I do not know the version number of this ;)

jsoto

[mad-eddy]

@jsoto:
You can check "Clear audio/subs status when blanking/stripping" in More options dialogI had looked for that. Thanks

# Added: Multiple Cut. Cutting at cell level is now supported, so up to one cut per cell can be done per session.
# Added: Cut cells capability in MENU domain. Extremely useful for me.:cool:

[Surf]

Hi Jsoto! Long time no bother! :D


I see that you have made fantastic stride in improving BobBlanker(lmao, old joke). Now, there's about 5 mth left for biking, surely you can come up with frame level cutting instead of GOP's(or whatever it's called)?

[jsoto]

Hi Surf,

Cutting at Group Of Pictures (at VOBU level) can be easily done. Note the cuts are not clean, because audio cuts are not absolutely synchronized..

But cutting at frame level, AFAIK, needs encoding. One smart cutter can encode only the GOP being cut.... Also, the audios have to be properly cut...
As you can see, it is a very complex thing. Sorry, not in my TODO.

jsoto

[jeanl]

I think TMPGenc DVD Author (or one of their products) can do that (decode, cut, re-encode)... But that seems tricky to me...
jeanl

[jsoto]

Hi all,

Here you can find 2.1.1 beta2.
http://www.videohelp.com/~jsoto/temp/VobBlanker_2110b2_exe.zip

changelog versus beta 1

Added: Re-run is now allowed without reload the project if "Use input folder" was not checked. I've kept all the internal vars unchanged (I hope), so the re-run should work fine
BugFix: Combinations of Reusing Language Units and deleting/blanking the reused LUs did not work well
BugFix: Default of Autostart Tiny changed to False was not done in more settings dialog


jsoto

[blutach]

@jsoto

A lovely improvement is the multiple cuts! Is there any chance of implementing the stripping of audio in a (motion or any other) menu without making them stills? I know MenuShrink (http://jean.laroche.free.fr/MenuShrink/) can strip audio but only if you "Shrink" the VCID. I suspect VobBlanker (http://jsoto.posunplugged.com/vobblanker.htm) is the same.

Signed

Greedy Les

Regards

[jsoto]

Do you mean strip one audio keeping the other/s? If the menu has only one audio (as usual), stripping it has no sense to me...
The answer is yes, it is possible, but I 've more important things (IHMO) to add.

jsoto

[Rockas]

Hi Surf,

Cutting at Group Of Pictures (at VOBU level) can be easily done. Note the cuts are not clean, because audio cuts are not absolutely synchronized..

But cutting at frame level, AFAIK, needs encoding. One smart cutter can encode only the GOP being cut.... Also, the audios have to be properly cut...
As you can see, it is a very complex thing. Sorry, not in my TODO.

jsoto
I think TMPGenc DVD Author (or one of their products) can do that (decode, cut, re-encode)... But that seems tricky to me...
jeanl
Tell me about it... I started working on an app some time ago... it's on a stand by period :)
The cuts are "some what" easy... the hard part is on the "joins" :)
I haven't give up yet... but I'm close to it... you know... working for free is not always fun lol

[Rockas]

@jsoto
... by the way... there's a bug on the Cells dialog... if you make the dialog bigger... the "Abort" button remains fixed.

[htc10825]

First many thx for the great work!

By replacing the one VTS, the original/source vts_02.ifo contains only one audio stream, the new .ifo, which remuxed by ifoedit v0.971, contains 2 audio stream. Although I've checked all audio obtions in "more..(options)" popup menu, the result is still only one audio track in output .ifo ...

[jsoto]

The cuts are "some what" easy... the hard part is on the "joins" :)
I haven't give up yet... but I'm close to it... you know... working for free is not always fun lol At frame level? Great!......

... by the way... there's a bug on the Cells dialog... if you make the dialog bigger... the "Abort" button remains fixed. Ah! you found it!. Me too. Thanks for reporting it.

First many thx for the great work!You're welcome.
By replacing the one VTS, the original/source vts_02.ifo contains only one audio stream, the new .ifo, which remuxed by ifoedit v0.971, contains 2 audio stream. Although I've checked all audio obtions in "more..(options)" popup menu, the result is still only one audio track in output .ifo ... True. Not really a bug, but a lack of functionality... Thanks for the report, I didn't think nobody wants to replace a PGC with more audios than the original... I'll add the check, and will copy the attributes (language, etc) from the replacing IFO. In the meantime, I'm sure you know how to fix it with pgcEdit/IFOedit.

jsoto

[htc10825]

the audio attributes (language, etc) has been copied correct into target .ifo for the first audio track, but the "nummer of audio streams" in .ifo still one(not two), so attributes of the second do not exist, the audio data of the second stream are copied, but cannot be selected with the remote controll/WinDVD due to lack of declaration...

[jsoto]

the audio attributes (language, etc) has been copied correct into target .ifo for the first audio track, but the "nummer of audio streams" in .ifo still one(not two), so attributes of the second do not exist, the audio data of the second stream are copied, but cannot be selected with the remote controll/WinDVD due to lack of declaration...I know. I saw it in the code after answer your post...
EDIT: In fact, there is a bug in the code....
jsoto

[jsoto]

Hi,

2.1.1 beta3.
http://www.videohelp.com/~jsoto/temp/VobBlanker_2110b3_exe.zip

changelog versus beta 2

BugFix: Copying Audio Attributes when replacing did not work in some cases.
BugFix: Abort button in cells dialog did not move when resizing.


@htc10825
You have to check:
"Copy PGC Stream Control from replacing IFO"
"Copy VTS Audio/Subs tables from replacing IFO"
and it should work in beta3.

jsoto

[blueboyec]

jsoto,

Was woundering what was the differance between 2110b3_exe and 2110b4_exe? Is 2110b4 safe to use?

Thanks for the great work.

BB

[jsoto]

Beta 4 is a quick change to skip wrong packs when replacing Cells/PGCs. One user reported me a problem and this beta was to test it.

Muxman previous version had a small bug which produced a last pack with less than 2048 bytes. VobBlanker complained and aborted. With this beta, a warning is issued, but the process continues until the end.

Muxman is now fixed so not really useful...

IIRC, no more changes, I'm quite busy at work this days... no much free time.

EDIT:
I forgot it..., Beta 4 also has a bugfix...
2.1.1 beta4.
http://www.videohelp.com/~jsoto/temp/VobBlanker_2110b4_exe.zip

changelog versus beta 3

Changed: VobBlanker now skips the pack instead of abort when find a wrong pack in replacing PGC/Cells.
BugFix: ILV material was not well reported in PGC list and Cell list



jsoto

[jsoto]

Hi all,
Beta 8... Not too much different from beta 4, but some betas spent to find a non easy bug

Get 2.1.1 beta8 here
http://www.videohelp.com/~jsoto/temp/VobBlanker_2110b8_exe.zip

changelog versus beta 4

Added: Error checking in writting process (if disk full, i.e.). Also added a check on the available/required disk space before start processing.
Added: I'm done audio alarm using two wav files: DoneOK.wav and DoneKO.wav.
BugFix: Decoding the subs (to get their duration) failed in some cases, and an additional bug decoding wrong sub commands caused VobBlanker to hang in an infinite loop


jsoto

[jinjin_jp]

Is it possible like below?

About menu and titles of VTS, I want to process menu and to skip titles, because of saving time for output.
But "skip" selecting buttun seems to affect both menu and titles.

If it is impossible, may I request as feature?

[jinjin_jp]

I found its method. (by checking "Process Menus" and not checking "Process Titles")

[TomBrooklyn]

Hi,
I downloaded the new version of VobBlanker and the Help files don't come up. They didn't come up for me with the old version I was using either.

How do I get it to work?

Also, when I downloaded VobBlanker and ran it, it opens a window in XP Pro to "Extract all files". I extract them and it opens a window named VobBlanker_2100_exe[1] with six files in it. A couple are text files, I just deleted those. There are two "Remove" files. Should I run them? What do they do?

As for the main exe program and the help .chm program, I just deleted the older versions from my desktop and dragged the these two new ones onto my desktop. Is that the regular way to do it?

[jsoto]

Sorry for the delay, was offline during these days...

@jinjin_jp
I've seen you found the two checkboxes "process Titles" and "process menus".



Also, when I downloaded VobBlanker and ran it, it opens a window in XP Pro to "Extract all files". I extract them and it opens a window named VobBlanker_2100_exe[1] with six files in it. A couple are text files, I just deleted those. There are two "Remove" files. Should I run them? What do they do?

Last VobBlanker release is 2100
2110 is in beta stage (no help files, only exe included in zip)

In 2100 zip you can find 6 files:
lgpl.txt: Legal stuff..
ReadmeVobBlanker.txt: Mainly changelog, also included in the help file
Remove_VobBlanker_settings.reg: If run (double click) cleans the registry, removing all keys inserted by VobBlanker
Remove_VobBlanker_WindowCoordinates.reg: Cleans the window coordinates (stored from the last run) in the register. Useful if the coordinates are corrupted and vobBlanker seems to do not open (in fact, running out of the screen..)

And, finally, the two main files:
VobBlanker.exe: The proggie
VobBlanker.chm: The help file

You can use the help file with the new betas..., only if there is a new dialog, F1 key doesn't find it and you see a warning/error message...

Storing the files in the desktop... well, I prefer to put links in my desktop to the programs, and to store them in a Windows default location, like "C:\Program Files\VobBlanker", but it is up to you.

jsoto

[TomBrooklyn]

Hi jsoto,

Every time I try to use VobBlanker.chm it opens up OK, but for whatever keyword I try to get help on, I only get "The page cannot be displayed"

[jsoto]

Hi jsoto,

Every time I try to use VobBlanker.chm it opens up OK, but for whatever keyword I try to get help on, I only get "The page cannot be displayed"
Sorry, I'm lost... It works fine for me...

Are you opening the chm file "alone", say doubleclicking on it?
What about the topics shown in the content? Are you able to navigate to them?

jsoto

[setarip_old]

@TomBrooklyn

Hi!

It works for me, whether I open VOBBlanker (the program) and click on the "Help" dropdown menu, or if I just doubleclick on the ".CHM" help file (I have these in a folder named "VOBBlanker2100"...)

[blueboyec]

Hi jsoto,

Hows the work load? Any new updates coming our way? Love your program!



BBEC

[jsoto]

Still very busy at work... I had some days in Easter, but I've spent them in other activities...

Well, this is my TODO:
I have to release 2.1.1 as it is beta8 (more or less) updating the help file. I'm probably going to include del_angles.exe in the zip package (not sure, because pgcEdit has included this feature...)

Next step is too ambitious and may be I'll never start to code it...I was thinking to add full multiangle/ILV support...

jsoto

[r0lZ]

Next step is too ambitious and may be I'll never start to code it...I was thinking to add full multiangle/ILV support...
:)
Do it! Or, at least, try to do it! It is THE missing feature in VB!

[Adub]

Yeah That would be awesome! Full Ilv support is the only thing that is missing from VB. Please, please, please add it in. We know that it is hard, but we have full confidence in your abilities and fully support you whatever choice you make. Although hopefully that will be to add support. =P. Thanks again for your contributions to this great community.

[blueboyec]

Jsoto,

Great to hear you! Thanks again for the great program!


BBec

[jeanl]

jsoto, if you add ILVU support to vobblanker, I'll add audio to the preview!!! Do we have a deal?! :D :D :D
jeanl

[jsoto]

OK, guys,
The TODO list is this, but lately I have few free time, and I have other things in my life to spend it too...

In any case, be sure I´ll try to do it when I find a period with more free time...

jsoto

[jsoto]

Hi all,

Here you can find 2.1.1 ReleaseCandidate1.
http://www.videohelp.com/~jsoto/betas/VobBlanker_2110RC1_exe.zip

changelog versus beta 8

Improvement: Detection of ILV-ed Cells in KEEP mode with automatic activation of Fix VOB internal pointers phase. Very useful when stripping angles
Improvement: Detection of angles analyzing the PGCs in the IFO, instead of trust VIDEO_TS.IFO Titles table. Number of angles modified to one in all PGCs of a processed VTSs.
BugFix: Audio and subs attributes were not updated in VMG_VTS_ATRT of VIDEO_TS.IFO when copying the attributes from a replacing PGC. Now, VobBlanker always copies all the attributes (audio/video/subs) from the processed VTSs in menus and titles domain to this table of VMGR.


Any feedback is welcome

jsoto

[jeanl]

jsoto seems to be on his way to ILVU support!!! Yeah!
jeanl

[jsoto]

I'm sure it will take me more than a while....., but yes, I'll try to add some ILV support (after 2.1.1 final release)..
jsoto

[r0lZ]

:thanks:

[dirio49]

Nice.
thanks.


P.S.
Now Jean has to keep his end of the deal :D

[Adub]

Great Jsoto! I can't wait to test this new version out!
Thanks man!

[[Tobi]]

Here is a feedback...

The audio attributes are not updated if I replace a PGC. In the settings "Copy VTS Audio/Subs tables from replacing IFO" is checked.


audio attributes from the original Ifo
Menu attributes:
Video: MPEG-2 720x576 (PAL) (PAL 625/50) (16:9) (letterboxed)
SubPicture 1: Not Specified (2-bit rle )

Title Set (Movie) attributes:
Video: MPEG-2 720x576 (PAL) (PAL 625/50) (16:9) (letterboxed)
Audio 1: English (Dolby AC-3) 6ch 48Kbps DRC (ID: 0x80)

PGC_1 (program chain): [Title(TTN): 1] [00:00:23.00 / 25 fps] (Programs: 1) (Cells: 1) (uses VOB-IDs: 1)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 1/ 1] : time: 00:00:23.00 / 25 fps [Pos: 00:00:23.00] [Frames: 575] SP/ILVU/DISC/SA:[ no/ no/yes/ no]

audio attributes from the new Ifo
Menu attributes:
Video: MPEG-1 720x576 (PAL) (PAL 625/50) (16:9) (letterboxed)

Title Set (Movie) attributes:
Video: MPEG-2 720x576 (PAL) (PAL 625/50) (16:9) (letterboxed)
Audio 1: English (Dolby AC-3) 2ch 48Kbps DRC (ID: 0x80)

PGC_1 (program chain): [Title(TTN): 1] [00:00:23.00 / 25 fps] (Programs: 1) (Cells: 1) (uses VOB-IDs: 1)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 1/ 1] : time: 00:00:23.00 / 25 fps [Pos: 00:00:23.00] [Frames: 575] SP/ILVU/DISC/SA:[ no/ no/yes/ no]

audio attributes after VobBlanker
Menu attributes:
Video: MPEG-2 720x576 (PAL) (PAL 625/50) (16:9) (letterboxed)
SubPicture 1: Not Specified (2-bit rle )

Title Set (Movie) attributes:
Video: MPEG-2 720x576 (PAL) (PAL 625/50) (16:9) (letterboxed)
Audio 1: English (Dolby AC-3) 6ch 48Kbps DRC (ID: 0x80)

PGC_1 (program chain): [Title(TTN): 1] [00:00:23.00 / 25 fps] (Programs: 1) (Cells: 1) (uses VOB-IDs: 1)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 1/ 1] : time: 00:00:23.00 / 25 fps [Pos: 00:00:23.00] [Frames: 575] SP/ILVU/DISC/SA:[ no/ no/yes/ no]

The same in the VMG_VTS_ATRT. Three other users in my home forum, report the same.
By the way...thanks for the second improvement. :)

[jsoto]

@[Tobi]
You're right... if copying the atributes is checked, the user is not warned, and the copy is only done in VobBlanker's memory, not in the outputted IFOs! ... Fixed.

jsoto

[blutach]

I am late in adding my thanks for the update jsoto! The angles look nice.

Regards

[blueboyec]

Jsoto,

After using Del_Angles to keep one angle, do you still have to modify the # angles in Video_TS.IFO with IFOEDIT before loading the DVD in VOBblanker?
That’s what is said when opening Del_Angeles, but the Readmedelangles say that VOBblanker updates VOBs and also updates VIDEO_TS.

Thanks Again for the great program!

[jsoto]

do you still have to modify the # angles in Video_TS.IFO with IFOEDIT before loading the DVD in VOBblanker?
No with VobBlanker RC1. Yes using previous versions... I'm going to remove the advice in del_angles.

Also, RC1 automaticaly detects the ILV material in the VOB and activates the fixing pointers phase in this cell, so you do not need to check the "Fix always VOB pointers in titles" to strip the angles.

jsoto

[[Tobi]]

I see, the final version is available since yesterday.

:thanks:

[voo_doo99]

Also, RC1 automaticaly detects the ILV material in the VOB and activates the fixing pointers phase in this cell, so you do not need to check the "Fix always VOB pointers in titles" to strip the angles.

jsoto
Hi, I have a related question. I was working on the backup of Chicken Little and ran the movie ILV VOBs thru VobBlanker [pre-RC1] for RipGuard cleaning plus stripping of the 2 non-English audio streams. The output VOBs showed multi-angle problem. Then, I reran with FixVTS and it came out OK.

So, the new Vob RC1 would automatically fix the problem I had, right?.
Thanks.

[jsoto]

Hi all,

I've uploaded yesterday the final 2.1.1 Release. (Only one small bug fix from RC1)
http://www.videohelp.com/~jsoto/vobblanker.htm
http://jsoto.posunplugged.com/vobblanker.htm

changelog (from 2.1.0)

Added: Multiple Cut. Cutting at cell level is now supported, so up to one cut per cell can be done per process session.
Added: Cut cells capability in MENU domain.
Added: Added some shortcuts in Main dialog Menu
- Menu Still all PGCs with audio
- Menu Still all PGCs w/o audio
- Menu Delete all no buttons PGCs
Added: Re-run is now allowed without reload the project if "Use input folder" was not checked
Added: Error checking in writting process (if disk full, i.e.). Also added a check on the available/required disk space before start processing.
Added: I'm done audio alarm using two wav files: DoneOK.wav and DoneKO.wav.
Improvement: Detection of ILV-ed Cells in KEEP mode with automatic activation of Fix VOB internal pointers phase. Very useful when stripping angles.
Improvement: Detection of angles reading the PGCs in the IFO, instead of trust VIDEO_TS.IFO Titles table. Number of angles modified to one in all PGCs of a processed VTSs.
Changed: Blank auto now keeps the PGCs with duration longer than 85% of the longest one. Useful for episodic DVDs
Changed: Using last version of DVDPreview
Changed: Disabled loading a PGC in Tiny in the case of multiple selection
Changed: Statically linked mfc42. Seems wine did not work with shared dll
Changed: Default of Autostart Tiny changed to False.
BugFix: TMAPTI Overwrites next sector in some cases of wrong input IFOs
BugFix: Loading "Process Titles" setting from project file was broken in 2.1.0.
BugFix: Setting to default values in main dialog were the old ones (not updated)
BugFix: Combinations of Reusing Language Units and deleting/blanking the reused LUs did not work well
BugFix: Copying Audio Attributes when replacing did not work in some cases
BugFix: Abort button in cells dialog did not move when resizing
BugFix: All PGCs were always shown as non-ILVed.
BugFix: Decoding the subs (to get their duration) failed in some cases, and an additional bug decoding wrong sub commands caused VobBlanker to hang in an infinite loop
BugFix: Audio and subs attributes were not updated in VMG_VTS_ATRT of VIDEO_TS.IFO when copying the attributes from a replacing PGC. Now, VobBlanker always copies all the attributes (audio/video/subs) from the processed VTSs in menus and titles domain to this table of VMGR.
BugFix: Copying audio/subs attributes when replacing a PGC did not copy all of the attributes



jsoto

[jsoto]

So, the new Vob RC1 would automatically fix the problem I had, right?.
Thanks. I think so.
jsoto

[blutach]

Thanks for all your work jsoto.

Regards

[r0lZ]

Nice work, Jsoto! Seems the full ILV/Angles processing is on the way! Thanks!

[jsoto]

Nice work, Jsoto! Seems the full ILV/Angles processing is on the way! Thanks!
No, not yet...I'm absolutely overloaded at work...
jsoto

[r0lZ]

No problem. Take your time!
But I suppose you will be able to grab some days during the holidays... ;)

[setarip_old]

@jsoto

I just had the privilege of hearing an audio error message generated by v.2.1.1.0 ;>}

[blutach]

Then you did something wrong.

But it's a fun message.

Regards

[setarip_old]

@bultachThen you did something wrong.No...

[blutach]

@jsoto

When processing, is it possible to pause the program? At present, we only have abort.

With thanks for considering.

Regards

[nomorecoasters]

I've been using 2.1.1.0b8 is this version newer or older then the 2.1.1.0 available?

[setarip_old]

@nomorecoasters

The version you are using (2.1.1.0b8) is a beta version. The version 2.1.1.0 now available is the final (more current) version...

[nomorecoasters]

Many thanks setarip :)

[setarip_old]

Many thanks setaripYou're quite welcome ;>}

[blueboyec]

Jsoto,

Hows life trying you, good I hope. Anything new in the pipeline?

BBec

[jsoto]

I'm not working at all on DVD things....
Too much work last weeks and too lazy lately. I spend my few free time in other activities.

I'll be on hollidays next month.

BTW, currently I'm w/o ADSL line, changing the provider...

jsoto

[blueboyec]

Jsoto,

How was your hollidays? Hope it was good. Anything new coming our way?

BBec

[jsoto]

Jsoto,
How was your hollidays? Hope it was good. Anything new coming our way?
BBec
Hollidays have finished many time ago....
I have to fix a small bug in VobBlanker, but nothing more in my mind....

jsoto

[r0lZ]

I have to fix a small bug in VobBlanker, but nothing more in my mind....Is it the Time Maps bug?

[jsoto]

yes, ....do you know any other one?
jsoto

[blutach]

I do, unfortunately (it's also a bit of a feature request).

Sometimes, I see this screen:

http://img91.imageshack.us/img91/347/10062006104855eq1.png

2 things:

1. It always seems to identify this mismatch as VTSM_C_ADT, even if the mismatch is in VTST and uses VTS_C_ADT
2. Is it possible to actually let us know which Domain, PGC and Cell(s) the mismatch is happening in?

Sorry to be a pain.

Regards

[r0lZ]

yes, ....do you know any other one?No, as I said, VB is almost perfect! :)
But I support blu's request. It is always good to know exactly from where a problesm is coming.

[jsoto]

1. It always seems to identify this mismatch as VTSM_C_ADT, even if the mismatch is in VTST and uses VTS_C_ADT
Ah!. A typo.... very difficult to fix... :D

2. Is it possible to actually let us know which Domain, PGC and Cell(s) the mismatch is happening in?
I put it in the TODO.

jsoto

[blutach]

You are a champ, jsoto! Thank you.

Regards

[laserfan]

Not to "look a gift horse in the mouth" but I many times have closed the log window after a PROCESS and then it appears to be lost to me. I like to keep all logs in case of problems.

Could a "save log" option or something be added for folks like me w/twitchy fingers... ;)

[jsoto]

Could a "save log" option or something be added ... I'll look into it, seems easy.
jsoto