VobBlanker 2.0.0.2 released

[jsoto]

Although the GUI is almost the same, there is a big change in the internal engine, to honor the VOB layout sequence, so be careful using this release, some bugs can be inside...

Changelog v2.0.0.1:

Change: VB now honors VID/CID sequence in VOB layout (original or reordered)
Added: Ability to reorder a VOB following the VID/CID sequence. Also ability to fill the sequence "holes" (if exist) with blank cells. Useful to re-process a VobBlanker 1.X backup and recover the VOB layout.
Added: Possibility to change to blank instead to delete the unreferenced cells (unreferenced material already present or created by VobBlanker)
Added: Font color management in Log window: Warnings are in Orange and Errors in Red
Added: Motion2Still: Checkbox to select between 1 sec or 0 sec of still time in blanked cells
Added: Refresh the status area of main dialog when loading the DVD.
Added: Menu initial and final size in main dialog
Added: Two new options: Backup in VIDEO_TS folder and Multiple backups
Added: Quit confirmation MessageBox.
Change: Global sizes now are three: Initial, Final and To be Processed
Change: Some defaults modified: Next and Prev PGCN pointers defaulted to TRUE. Clear audio/subs when blanking defaulted to FALSE.
BugFix: Was exploring audios out of the VOBs if the file was too short instead of quiting when loading the DVD.
BugFix: Reusing a PGC in a LU when the reused PGC was also processed (i.e: motion2still) did not work
BugFix: Some size calculations were not correct if Process menu or process title were unchecked.


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

Links to 2.0 announcement posts
VobBlanker 2.0.0.1 (http://forum.doom9.org/showthread.php?s=&postid=634004#post634004)
VobBlanker 2.0.0.2 (http://forum.doom9.org/showthread.php?s=&postid=651459#post651459)

jsoto

[blutach]

Thanks jsoto :)

In the next update, are you going to make VobBlanker able to open the files by dragging the parent folder to the VobBlanker window?

For example:

PARENT
|
-----VIDEO_TS
|
-------DVD files

Regards and many many thanks

[sweetness]

:thanks:
remember posting this over a year ago?
Originally posted by jsoto

- I'm almost a newbie in VC++ programming, so I'm slow, may be not in solving bugs, but in including new features.
- Although I've some basic knowledge in DVD structures and tables, I'm very far to be an expert, so I can do something unintentionally wrong. That means, please test carefully your backups before burning them. Don't flame me if you produce a coaster.

WOW, what can change in a year. for the good and the bad.
just feeling a little blue (no pun intended blutach ;) )

[jeanl]

Originally posted by sweetness
:thanks:
remember posting this over a year ago?

WOW, what can change in a year. for the good and the bad.
just feeling a little blue (no pun intended blutach ;) )
sweetness, that's a great post!!! WOW is right!
jeanl

[blutach]

Certainly no need for jsoto to have ever made apologies. His work has always been exemplary, and I find it amazing that he still refuses a donation.

C'mon jsoto - reconsider and let us show you how we all feel about your marvellous work!

Regards

[jsoto]

Hi all,

Thanks to all for your comments.

I had some experience in "standard C", mainly in embedded SW, because I used it in my professional life. But I was a newbie in C++ and Visual C++. I've now some experience, but there are a lot of areas where I'm completely lost, mainly in Visual C.

About donations, well (at least at the moment) I'm not going to change my mind. Your comments and your support are more than enough for me. I prefer them than your money :)

@blutach
In the next update, are you going to make VobBlanker able to open the files by dragging the parent folder to the VobBlanker window? Sorry, I had it in mind, but I forgot it completely in this build, so , yes, I'll do it.
BTW, do you like the new log? The default is blue...

[r0lZ]

Great work, jsoto!

BTW, PgcEdit 0.5.2 (to be released soon) is able to rocognize the VB's multiple backups, located in VIDEO_TS or in the parent folder, and to exclude them from the DVD size computation, and from the ISO image, when burning the DVD.
In the meantime, I've also added the PgcEdit's Incremental Backup feature.

[EDIT:] The new version will be 0.5.2, not 0.5.3.

[blutach]

Originally posted by jsoto
@blutach
BTW, do you like the new log? The default is blue... And I wouldn't want to change the default at all!

I also very much like the multiple VobBlanker_backup files in whatever place you want them option. Thank you for implementing that. Will let you know how it goes for me after I try it out a few times on several different projects (and fill up my hard drive, no doubt!).

Oh yes! The DVD loads in a flash now, too! Fabulous.

And the VCIDs in order I'm sure is a good change.

Thanks again.

Regards

[dirio49]

great job josto
love the program

[AxelF]

It seems to me that VobBlanker does not save changes made under "More Settings". When I quit VobBlanker and start it again the default settings are back. I haven't saved settings to registry (or atleast I don't recall doing so) as I have few older versions of VobBlanker (in separate folders) in use too.

Edit: Typo

[jsoto]

Yes, if you want different values at the start up than the default ones, settings have to be saved to the Registry.

VobBlanker versions use the same set of Registry values. If you want to have different set of values, change one of the names of the executables, i.e.: VobBlanker_old.exe

jsoto

[AxelF]

@jsoto

OK - Thanks for the info and tip.

[jsoto]

For the record:
VobBlanker stores the settings under
HKEY_CURRENT_USER\Software\jsoto's tools\VobBlanker

If the exe name changes (VobBlanker_old), the folder name changes too
HKEY_CURRENT_USER\Software\jsoto's tools\VobBlanker_old

You can delete the whole "jsoto's tools" tree, but the folders will be created again in the program startup. Keys are stored only if you do it from VobBlanker main menu.

jsoto

[frank]

I cannot enable the still button on cell list of a Titleset PGC.

There are a lot of episode DVDs where the intros and credits cells are repeated, and need too much of place.
Converting that to stills would be very usefull.

[jsoto]

Why do you want a still in this case? Do the cells have BOV? If not, you can blank or replace them.

If they have BOV, well, VobBlanker does not scan for BOV in Titles..., in fact I'm doing nothing with BOV.

jsoto

[jeanl]

jsoto, I think frank would like to be able to still credits and intros, not menus. I can see the reason, if credits take a lot of time...
That's something that vobblanker or menushrink can't do at this time... Would it be hard to add that to vobblanker on a cell-by-cell basis? Since there's no menu, you wouldn't have to deal with buttons, highlights etc. Just do the i-frame selection, keep the audio or not, and you're done...

jeanl

[jsoto]

Still'ing in a cell basis without BOV is feasible in VB and seems easy, but I like the challenges :) , so I prefer to consider also the case of BOV...

But, currently I'm in lazy mode :) , just waiting for bug reports in VB 2.0

jsoto

[DMagic1]

I replaced a cell in a menu but the playback time stays the same as the original cell. The cell I replacing with has a longer play time.

[dirio49]

I use the program a lot
i was wonder if you could put on option, to shutdown the computer when done processing. Because i would like to let it process and go to sleep.
thanks.
PS Love the new log.

[jeanl]

Originally posted by dirio49
I use the program a lot
i was wonder if you could put on option, to shutdown the computer when done processing. Because i would like to let it process and go to sleep.
thanks.
wow! How long does vobblanker take to process a DVD on your system!!!!! Can't be that long, can it?!
Here's a suggestion: use the power options (in XP) to shutdown your PC after 1 hour!
jeanl

[Sir Didymus]

Noticing that the function of replacing PGC cells is now driven by a suitable IFO file. Just want to report:

1. It seems to me it is a much more "correct" way of performing the function, and it is a significant improvement respect to the previous releases (no mention of this in the changelog and in the help file...) :confused:

2. It works perfectly, on what I see...

3. It is still possible to replace the single cells of a PGC, based on VOB files, selecting one by one the component cells...

4. It isn't possible any longer to replace a whole set (or a subset) of cells starting from a given VOB... Personally, up to now, I have no need of such a feature...

So, for the moment... thanks a lot, Jsoto!!!

SD

[frank]

Originally posted by jeanl:
I think frank would like to be able to still credits and intros, not menus. I can see the reason, if credits take a lot of time... Exactly :)

Example:
Episode DVDs "Married with children" (Al Bundy).
DVD PAL, DAR 4:3, about 4 Mbit/s bitrate, interlaced. That's a very low bitrate in this case. Shrinking to DVD-5 (71 %) results in a big quality loss with blockiness in motion.
But every of the 10 episodes has (nearby) the same intro of 1 min and credits of 30 s. Makes 15 min to cut out from 205 min!
Thats why I want to convert this cells to title stills because every episode should have their own title picture.

[CoNS]

Thanks a lot for the new v2.0... Good job as always :)

A couple of (minor?) requests: :D

The stripping function:

Could you implement support for stripping subtitle streams, too?

When a stream is stripped (only audio ATM), it's replaced with a blank/empty stream. Could you give the user the option (confirmation window?) to disable the stripped streams so that they won't show up in most standalone players when cycling through streams on the remote? (I'm not talking about a full remapping/reordering of streams, like DVDShrink's "Logical remapping" option, even though that would be very nice to have, too! - I'm "just" asking for an automatic correction of which streams are set/enabled and which are disabled, like you can set it manually in the PGC editor window in PgcEdit)

The Replace PGC function

ATM VobBlanker only corrects the audio stream numbers, right? Could you correct the subtitle stream numbers, too?

Could you implement an option/confirmation window which asks the user if VobBlanker should copy the susbtitle colours from the replacement PGC into the original DVD structure.

(I'm asking these last two things because the very nice replace PGC function in VobBlanker is used by many users when adding extra/custom subtitles to DVDs. As you ofcourse know, VobBlanker can then copy the newly muxed PGC back into the old DVD structure so that you keep the menus, extras etc.)

And finally clarification of mock strip in IfoEdit vs. VobBlanker processing:

I saw somewhere mentioned that processing with VobBlanker rebuilds the various tables from scratch and thus has the same effect as a mock strip in IfoEdit. Right? So, just to be sure that I get it: If I have a messed up disc, instead of doing a mock strip in IfoEdit, I can process the whole DVD in VobBlanker (process all titles and menus, and keep everything) and it will do the same?

[zacoz]

Originally posted by blutach
...I find it amazing that he still refuses a donation.
C'mon jsoto - reconsider and let us show you how we all feel about your marvellous work!
@blutach: Yeah, you tell him blutach.

@jsoto: Great program. What else can I say, but, thanks.

[jsoto]

Hi all,

Firstly, a bug report :angry:
Replacing PGCs fails in 2.0.0.1 if replacing PGC has more cells than the original, and the cell duration has to be extended. Even worse, not always an error will be outputted in the log. So be careful if you see a warning about extending the last cell duration.

@DMagic1I replaced a cell in a menu but the playback time stays the same as the original cell. The cell I replacing with has a longer play time. I'll look into it.

@dirio49... put on option, to shutdown the computer when done processing.
PS Love the new log.Really needed?, and thanks.

@Sir Didymus1. It seems to me it is a much more "correct" way of performing the function, and it is a significant improvement respect to the previous releases (no mention of this in the changelog and in the help file...) Sorry, I didn't mention it... Now, I need to know the starting and ending sectors of each cell because the new processing way (cell by cell). So I was obligued to use the IFO or to scan the replacing VOB previously (time consuming). But the code is still exploring the VOB to compare the audio/video attributes. I prefered to keep it as it is, and do not trust the IFOs in this point.
4. It isn't possible any longer to replace a whole set (or a subset) of cells starting from a given VOB... In the case you need it, you can create IFOs with IFOEdit

@CoNS
Could you implement support for stripping subtitle streams, too?
Well, may be in a future....
Could you give the user the option (confirmation window?) to disable the stripped streams so that they won't show up in most standalone players when cycling through streams on the remote? I was going to do it, but I found problems in some settop if the streams are non-consequtive, so finally , I decided to do nothing. In anycase, you can do it easily with pgcEdit, it takes very few time.

ATM VobBlanker only corrects the audio stream numbers, right? Could you correct the subtitle stream numbers, too?
Could you implement an option/confirmation window which asks the user if VobBlanker should copy the susbtitle colours from the replacement PGC into the original DVD structure.
Now, because I'm using the IFO of the replacing PGC, it can be done, but it is not in my priority list.
And finally clarification of mock strip in IfoEdit vs. VobBlanker processing:
Differences:
- VobBlanker does not support ILV or multiangle. IFOEdit does.
- VobBlanker does not adjust some VOB internal pointers from scratch (first, second and third reference are examples). AFAIK, IFOEdit does. VobBlanker uses the previous info and substracts the number of deleted packs
- ADT and ADMAP tables are rebuilt from scratch in both cases.
- VobBlanker (ATM) only does "mock strip" in titles.

VobBlanker expects a good input material. Its internal "mock strip engine" is activated in a cell by cell basis only if it is needed: When stripping pgcs--> in all cells, when cutting pgcs --> in the edge cells, but not in all the other cases (keep, blank..). To activate a "full mock strip" in a PGC you can strip the PGC keeping all the streams ( a true mock strip :) )

jsoto

[dirio49]

Originally posted by jsoto
... put on option, to shutdown the computer when done processing.

@dirio49Really needed?, and thanks.
jsoto
I think it is, since for example I could leave the computer on the go the beach. and not worry about the computer.
Thanks

[jeanl]

go to the beach????! I object! :D
jeanl

[jsoto]

A new bug detected:
TMAPTI calculation is wrong in some VOB layouts (multi-PGC VOBs with shared cells)

jsoto

EDIT: Not so new. It was already present in VobBlanker 1.X...
Fails if you are replacing the pgcs.

[CoNS]

Thanks for elaborating regarding the mock strip thingy. Much clearer now :)Originally posted by jsoto
Now, because I'm using the IFO of the replacing PGC, it can be done, but it is not in my priority list.But it's in your todo list then?! :D

[sweetness]

@dirio49
try something like autoclose (http://www.geocities.com/pbornet/autoclose.htm), it will shutdown your pc at a certain hour or CPU usage.
or try searching the net for other shut down programs that you would like. i think that's the easiest way.

[jsoto]

Originally posted by CoNS
:)But it's in your todo list then?! :D Yes, but, honestly, there are many things before.
jsoto

[blutach]

Originally posted by frank
Exactly :)

Example:
Episode DVDs "Married with children" (Al Bundy).
DVD PAL, DAR 4:3, about 4 Mbit/s bitrate, interlaced. That's a very low bitrate in this case. Shrinking to DVD-5 (71 %) results in a big quality loss with blockiness in motion.
But every of the 10 episodes has (nearby) the same intro of 1 min and credits of 30 s. Makes 15 min to cut out from 205 min!
Thats why I want to convert this cells to title stills because every episode should have their own title picture. Here's (http://forum.digital-digest.com/showthread.php?s=&threadid=48866) a way to still the credits without audio. It would work equally well on an intro to an episode.

Regards

[Sir Didymus]

Now, I need to know the starting and ending sectors of each cell because the new processing way (cell by cell). So I was obligued to use the IFO or to scan the replacing VOB previously (time consuming). But the code is still exploring the VOB to compare the audio/video attributes. I prefered to keep it as it is, and do not trust the IFOs in this point.


Thanks for the clarification...


Replacing PGCs fails in 2.0.0.1 if replacing PGC has more cells than the original, and the cell duration has to be extended.


By the way it seems to me some glitch is present in the pgc replace function also in case the nr. of cells is the same, and no warning is generated... Not totally sure about, so... I will do some more testing on the subject before reporting the situation... [...and next time I will double check with VobEdit before stating immediately "it works perfectly..."...]...

Cheers, and keep up with your powerful set of applications.
Your work is highly appreciated.
SD

[blutach]

This would need to be implemented, if at all, as an option. People who retain menus will not want this unless they like to reprogram menus (easy to do with PgcEdit). It can have particularly nasty effects in the "forced" stream (which may not be labeled as forced at all).

As jsoto points out, for those who want to, it is very easy to renumber streams in PgcEdit.

Also, some standalones don't like disabled streams in the middle of a set of streams.

So, I ask that this be adopted, if at all, carefully.

Regards

[dirio49]

Originally posted by sweetness
@dirio49
try something like autoclose (http://www.geocities.com/pbornet/autoclose.htm), it will shutdown your pc at a certain hour or CPU usage.
or try searching the net for other shut down programs that you would like. i think that's the easiest way.
Yes, I tried it but you will have to guess how long it would take.
In addition you can only use it in administrative mode. a regular user cannot do that.
Thanks
T

[AxelF]

Minor problem / bug with VobBlanker.

When you open VobBlanker, it opens as a "window". Now if you minimize VobBlanker to taskbar, and then restore it back the GUI looses those three buttons in the bottom of the GUI - Abort, Process!!, Quit.

Similar thing happens if you Maximize the VobBlanker GUI.

I have Win2K SP4.

[jsoto]

I have another report (with an image) about "disappearing" buttons, but other ones, specifically Preview ones.

I'm absolutely confused. I do not experience this kind of effects, neither in XP nor in Win2k.

Anyone can help?. I do not know what to do...

jsoto

[arsmori]

Originally posted by jsoto
I have another report (with an image) about "disappearing" buttons, but other ones, specifically Preview ones.Yeah, I got that too with menu PGCs, but not the abort process quit buttons.
The preview option stay in the right-click menu and is functional though.
WinXP, old NVidia Detonator v2.08 driver and DirectX v9.0c (not sure it matter).

[CoNS]

Originally posted by jsoto (about mock strips in IfoEdit and VobBlanker respectively)
Differences:
- VobBlanker does not support ILV or multiangle. IFOEdit does.
- VobBlanker does not adjust some VOB internal pointers from scratch (first, second and third reference are examples). AFAIK, IFOEdit does. VobBlanker uses the previous info and substracts the number of deleted packs
- ADT and ADMAP tables are rebuilt from scratch in both cases.
- VobBlanker (ATM) only does "mock strip" in titles.

VobBlanker expects a good input material. Its internal "mock strip engine" is activated in a cell by cell basis only if it is needed: When stripping pgcs--> in all cells, when cutting pgcs --> in the edge cells, but not in all the other cases (keep, blank..). To activate a "full mock strip" in a PGC you can strip the PGC keeping all the streams ( a true mock strip :) )I have a number of older backups, which I've edited (or butchered!) in a non-compliant way, typically by demuxing the main movie, compressing the video and/or adding custom subs, muxing the main movie and simply copying the new .vob files back into the original dvd structure in windows explorer!! Without any rebuilding of tables, nav packs etc...!! (Of course when editing discs now, I use VobBlanker's replace PGC function for the last part)

When I load them old butchered backups in pgcedit, I usually get an error like this when auto-scanning the titles for BOV: Image (http://home25.inet.tele.dk/dvdkat/pgcedit1.png)

Suggestion for r0lZ: This error is very common when a disc has been "butchered". However, the error keeps coming in the same BOV scan, which makes PgcEdit "hang". Perhaps you could abort the BOV scan of the specific VTST (or the whole disc?) when the error occurs? Or give the user the option to do so?

A question for you all: I guess that a mock strip in IfoEdit or processing the title in VobBlanker will probably fix it (and maybe IfoUpdate?)...? But what is the easiest/fastest/least harddisk space consuming way of correcting the error?

[jeanl]

A mock strip in ifoedit will do the job. It's fast (nearly instantaneous for menus, maybe not for movies) and uses no space (I usually do it "in place" because it's much faster)...
jeanl

[CoNS]

Thx, jeanl. I got it to work now with an IfoEdit mock strip "in place" as you suggested. I followed 2COOL's guide How to Do a Mock Strip using IfoEdit (http://forum.doom9.org/showthread.php?s=&threadid=84097) combined with jsoto's tip in the same thread, and it worked!

[CoNS]

Is there a quick way to check if a mock strip is needed, without burning a coaster first? Sometimes the BOV scanner in PgcEdit complains like I've described above, but other times I can't tell if a mock strip is needed until I've burned the disc and played in my standalone...?

You may say that I could just do a mock strip in any case to be sure, but it takes forever with discs with many titlesets (like Shark Tale or Shrek 2, which I have recently backed up. They have 24 titlesets each!)

Another question: Does IfoUpdate also do a rebuilding of the various tables, update nav pointers etc., or does it do something completely different than a mock strip in IfoEdit?

[jsoto]

Many errors can be detected loading the DVD in dvdshrink. It checks all the ADMAP tables and also ADT ones.

IFOUpdate does not modify the VOBs. Is uses the two good authored IFOs, the original and the newly authored one (the one created by the muxer, like IFOedit or Muxman one) and mixes the information inside to allow you to do the substitution of the VOB.

jsoto

[Fabiano]

One request, if I may:

Processing only Menu

Having a DVD with multiangle and/or multi ILV cells will, by default, skip that titleset.
Processing that titleset anyway will most likely result in some playback problems.
However, most of the times, I don't need to process the movie part of the titleset, just the menus.
Is it possible to include this feature to only process the menus, skipping the process part of the movie in the respective titleset?


Great work and many thanks, jsoto! :thanks:

[r0lZ]

Just unselect the Process Titles checkbox.

[jsoto]

Originally posted by r0lZ
Just unselect the Process Titles checkbox.
Yep. Also check "Use input folder". If not, you'll have to copy the VOBs to the destination folder.
jsoto

[blutach]

Cutting a title. From start to partway through end of credits with keep movie selected. Message appears saying broken GOP.

I accept and continue.

Now what happens is part of cell 1 gets cut (as well as the final cell). See attached log - when mpucoder allows it :). Why is this? I wouod expect only the final cell to be cut.

Is it correct?

EDIT: Log emailed to you

Regards

[jsoto]

Originally posted by blutach
Cutting a title. From start to partway through end of credits with keep movie selected. Message appears saying broken GOP. When does the message pop up? marking the start or the end? You should keep the start as "start" and set only the end mark...
Now what happens is part of cell 1 gets cut (as well as the final cell). Why is this? I wouod expect only the final cell to be cut.
Mmm. Not sure I'm understanding your question..
If you are talking about the log lines:

VTS 01: Fixing VOB pointers in 2 Cells of 26
Fixing Cell # 2, VID=2 CID=1
Fixing Cell # 26, VID=3 CID=12

They are correct, although not optimized. It is in my TODO to detect if one of the edge cells is "complete" (not cut at all, as in your case, cell #1) and, in this cell, skip the pointer adjustments. Currently I'm marking both cells (initial and end) to be adjusted. Note that a pointer adjustment in a "complete" cell does nothing.

But if you are experiencing a real cut in cell #1, seems this is an error. In this case, please send me the project file (File-> save as..)

jsoto
BTW, I’m a little busy starting up (cables, etc) my new 42” plasma.... :)

[blutach]

Message appears on the end mark. Start is at start cell 1, LBA 0. This is why I was puzzled - as you can see, the log says

"Cutting Cell VID/CID: 02/01"

Every other cell is kept except 3/12 (which is the cell to be cut).

Also, as you can see, pointers are fixed in 2 cells. Again, I would have expected 2/1 to be left alone but I guess given it has been cut, the DSIs need adjusting.

Note: It plays OK!

Happy times with your new plasma system :)

Regards

[voo_doo99]

@jsoto

Could the "Quit Confirmation Message" [new in 2001] be bypassed after a "PROCESS" in VobBlanker?. The deed was done so there is no benefit for a confirmation here. Please, I do blanking all the time and the extra check is just so so bothersome :(
:thanks:

[jsoto]

Could the "Quit Confirmation Message" [new in 2001] be bypassed after a "PROCESS" in VobBlanker?.It makes sense....Anyone does not like the idea?
jsoto

[jsoto]

Originally posted by blutach
Message appears on the end mark. Start is at start cell 1, LBA 0. This is why I was puzzled - as you can see, the log says

"Cutting Cell VID/CID: 02/01"

Every other cell is kept except 3/12 (which is the cell to be cut).
Yes, as I said, it's a matter of optimization, but nothing is really wrong... just adjusting a cell which has nothing to be adjusted and logging a not really true message: The code enters in the "cut" part, so it logs "Cutting cell...", but , at the end, the cell is kept exactly as it was (not cut at all).

So, don't worry about the messages. I'll try to optimize this in a near future..

jsoto

[blutach]

Originally posted by jsoto
Yes, as I said, it's a matter of optimization, but nothing is really wrong... just adjusting a cell which has nothing to be adjusted and logging a not really true message: The code enters in the "cut" part, so it logs "Cutting cell...", but , at the end, the cell is kept exactly as it was (not cut at all).

So, don't worry about the messages. I'll try to optimize this in a near future.. Thanks - that puts my mind at rest :)Originally posted by jsoto
It makes sense....Anyone does not like the idea?
jsoto Quit confirmation is useful if if haven't processed yet, but since you MUST quit after processing, it makes great sense to bypass this warning after procssing has completed.

Regards

[hf]

I was using vobblanker 2.0.0.1 to backup an x-files disk.
There are 4 episodes on the disk. I trimmed the end of all
the episodes to get rid of the studio logos, and then trimed
the beginning credits from episodes 2 3 and 4. These credits
are contained in their own cell (cell 2) for each episode
(which are seperate PGCs). To cut the cell, I used the Prev/Cut
button and selected the start point as cell 2 LBA 0 and then
end point as cell 3 LBA 0. When I was done, I was going to
use DVDShrink to compress the disk, but DVDShrink thinks the
3 episodes that I removed the beginning credits from are
unreferenced material although the compression ratio on the
first episode suggests that it is that it is going to include
the 3 "unreferenced" episodes in its compilation. If I use
vobblanker 1.6.0.6b3 DVDShrink doesn't think there is anything
wrong.

Looking at the ifo file from vb2.0.0.1, I see that for cell 2
(the one I blanked) the following values are all 0:
Cell 2: entry point sector
Cell 2: start sector of last VOBU
Cell 2: last sector of this cell

In the output from vb1.6.0.6b3, the "entry point" and "start sector"
have the same (non-zero) value and the "last sector" value is 4 more
than the "entry point" value.

The "unreferenced" episodes play fine using PowerDVD. But
cell 2 is still in the PGC Program Map, so I would assume
it will cause a standalone player to hang.

[jsoto]

Originally posted by hf
Looking at the ifo file from vb2.0.0.1, I see that for cell 2
(the one I blanked) the following values are all 0:
Cell 2: entry point sector
Cell 2: start sector of last VOBU
Cell 2: last sector of this cell
This is wrong, so there should be a bug there... I'll try to find it.
jsoto

[jsoto]

@hf
I didn't reproduce your problem, but I've found something wrong in the code, so finally I decided to detect if the cell is going to be completely kept or blanked and to act in consequence

Please check
http://www.videohelp.com/~jsoto/temp/VobBlanker_2002b3_exe.zip
and let me know if your problem is still there...

jsoto

[hf]

The 2.0.0.3 B3 version fixes the problem! Thanks a lot!

[CoNS]

jsoto, I was trying to download VobBlanker v2.0.0.1 from http://jsoto.posunplugged.com/vobblanker.htm but it seems like the d/l links are broken/doesn't work?

[buzzqw]

thr correct link is reported by videohelp

http://jsoto.posunplugged.com/VobBlanker/VobBlanker_2001_exe.zip

BHH

[CoNS]

@buzzqw: The link you posted is the same as on the posunplugged page. I still get a File Not Found using that link.

However, this link from VideoHelp works for me: http://www.videohelp.com/~jsoto/VobBlanker/VobBlanker_2001_exe.zip

[jsoto]

Sorry, seems I've uploaded unintentionally vcdhelp mirror files in posunplugged server.... The pages are very similar but not identical..
Fixed!.
jsoto

[zacoz]

Could the "Quit Confirmation Message" [new in 2001] be bypassed after a "PROCESS" in VobBlanker?
It makes sense....Anyone does not like the idea?@jsoto: I agree it's not needed once processing has taken place. I like it otherwise.

[hf]

Originally posted by hf
Looking at the ifo file from vb2.0.0.1, I see that for cell 2
(the one I blanked) the following values are all 0:
Cell 2: entry point sector
Cell 2: start sector of last VOBU
Cell 2: last sector of this cell


Originally posted by jsoto
@hf
I didn't reproduce your problem, but I've found something wrong in the code, so finally I decided to detect if the cell is going to be completely kept or blanked and to act in consequence

Please check
http://www.videohelp.com/~jsoto/temp/VobBlanker_2002b3_exe.zip
and let me know if your problem is still there...

jsoto

Well the 2.0.0.2b3 version worked for 2 disks I tried it on,
but I was just working on another that has the same problem.

[jsoto]

but I was just working on another that has the same problem.
I need the project file and the log file. Could you send them to me?
jesus_soto_viso [ at ] terra [ dot ] es

jsoto

[Sir Didymus]

About "Esc" key behaviour...

Originally posted by jsoto
It makes sense....Anyone does not like the idea?
jsoto

I have to say sorry if this type of feature, introduced in VobBlanker and PgcDemux under some "pushing" from my side has generated troubles to many users. :scared:

I fully understand and share how boring may be to be asked twice from the application of performing a given command request...

Some people, like the writer, is accustomed to use (maybe improperly) the esc key as a navigation to go up to the "upper levels" in the applications having "a nested structure", and it happened to me to loose all of the work performed in a couple of carefully tuned VobBlanker sessions due to this silly mistake from my side...

In my mind I was looking for these excellent applications from Jsoto to behave (like MuxMan, PgcEdit, DvdDecrypter, DvdShrink, for example) in a way making inoffensive the wrong pushing of esc, while being at the topmost level of the application...

Sorry also for being very generic in my original "feature request" post...

Cheers,
SD

P.S. I have to admit that other excellent applications, namely IfoEdit, VobEdit, RB-Opt simply exit while using the esc, so it seems a "standard behaviour" on the matter is not established...

[voo_doo99]

Originally posted by Sir Didymus
About "Esc" key behaviour...
...
Some people, like the writer, is accustomed to use (maybe improperly) the esc key as a navigation to go up to the "upper levels" in the applications having "a nested structure", and it happened to me to loose all of the work performed in a couple of carefully tuned VobBlanker sessions due to this silly mistake from my side...

I can relate to your concern about lost setup, but my original request was to have the check dialog bypassed AFTER processing. This is a standard behavior in my thinking because the state at this point is clear of any pending changes and should allow a clean exit.
If you have an elaborate setup, would saving it into a VobBlanker project helps you out?, I have not tried it but that would be the best way of preventing your setup from accidental lost.

@jsoto
My request here is somewhat related to this :p. I usually wanted to preview the whole DVD after each blanking. As VobBlanker are now providing separate backup and in-directory processing, I think it is really beneficial if we can preview the DVD completely without leaving VobBlanker :cool:. To preserve VobBlanker sweet small foot print, I think the simple solution would be to include a Tools menu (a la PgcEdit) where user can set up configurations to run other tools.

Then I never have to quit VobBlanker, aka BobBlanker :D
Thanks.

[jsoto]

Quit confirmation:
I've already modified this in the sense that the dialog does not pop-up if the user hits the quit button. But using Esc; Alt+F4 or any other quitting methods, the dialog pops-up. The same I did in pgcDemux.

@voo_doo99
Not sure if I understand well. You need to reload the DVD after each VobBlanker run. Yes, it can be easily done using drag&drop, but you have to do it.
Personally I do not use a "tools panel". I prefer to use windows shell ability "open with" using mouse right click.

jsoto

[voo_doo99]

Originally posted by jsoto
Quit confirmation:
I've already modified this in the sense that the dialog does not pop-up if the user hits the quit button. But using Esc; Alt+F4 or any other quitting methods, the dialog pops-up. The same I did in pgcDemux.
This works for me. :cool:

Originally posted by jsoto
I prefer to use windows shell ability "open with" using mouse right click.
I used it too, but that was not what I requested. Let me explain my usual blanking procedure in more details:

1. Rip DVD into hard drive directory
2. Mouse click right on VIDEO_TS.IFO and select VobBlanker
3. In VobBlanker, preview and set to blank out unwanted PGC
4. Select Input Folder and click Process
5. Quit VobBlanker and view processed DVD with WinDVD

What I wanted was after step 4, I could stay in VobBlanker and open a Tool menu to invoke WinDVD for viewing the processed DVD. And afterward, I could close WinDVD to return to VobBlanker for more blanking work. [I enjoyed a lot this cool feature from PgcEdit :)]

Maybe I miss something? Is an explicit reload is needed after a blanking run even with using Input Folder?. Can a reload be triggered after a run, or even called manually from VobBlanker menu to accommodate the shelling out to WinDVD for viewing the DVD and back after? :confused:

[jsoto]

Is an explicit reload is needed after a blanking run even with using Input Folder?. Yes. If not, you cannot do any additional processing.

jsoto

[r0lZ]

Speaking of ease of use, I have another small request.
If you launch VB with a CLI command, and the INI file specified in the command line is incomplete (ie it holds only some of the parameters), then the other parameters are set to the hardcoded default values.
Is it possible to initialize these defaults with the values saved by the user in the registry?
This method will allow to build an INI file dynamically from another program (say, PgcEdit ;)), and still use the user's preferences for unspecified parameters.
Thanks in advance.

[jsoto]

Originally posted by r0lZ
If you launch VB with a CLI command, and the INI file specified in the command line is incomplete (ie it holds only some of the parameters), then the other parameters are set to the hardcoded default values.
Is it possible to initialize these defaults with the values saved by the user in the registry?
This method will allow to build an INI file dynamically from another program (say, PgcEdit ;)), and still use the user's preferences for unspecified parameters.

Am I missing something or may be something does not work properly?
Currently VobBlanker works as you are asking for. In the startup, the default values are the ones read from the registry. If there is no value in the registry, the hardcoded one is used instead. Finally, the INI file is processed and the values included on it are assumed, so the values not included are kept as they were.

jsoto

[r0lZ]

Hummm. Maybe I do something wrong. I'll try it again, and post back.

[r0lZ]

No, it doesn't work.
I use an INI file like this one to launch VobBlanker:
[General]
InputPath="C:\rip\Animation Nation Shorts\VIDEO_TS"
OutputPath="C:\rip\tmp"
VobBlanker is then launched with:CD "C:\Program files\VobBlanker"
VobBlanker C:\temp\VobBlanker.ini
All options, except the input and output paths, are the hardcoded defaults.

[blutach]

My title started off like the title depicted here (http://forum.doom9.org/showthread.php?s=&threadid=94064).

I used DVD Shrink to re-author, chopping off a bit at the start and end. The DVD Shrink output honours the flags.

I then used VobBlanker to replace the title with the DVD Shrink title.

This is the result:

http://img9.echo.cx/img9/4855/untitled8dm.png (http://www.imageshack.us)


You will note that VobBlanker has changed all the 10s to 8s, which appears incorrect, given the VID changes at almost every cell (except the layer break, which has been removed).

Is this a bug?

I take it I should change the flags back to 10?

Regards

[jsoto]

@r0lZ
Ooops, yes, you're right. I'm applying the hardcoded defaults when loading the ini file. I'll change it.

@blutach.
Not a bug. It is intentional, although I may be wrong.... I'm assuming the replacing PGC is created "at a time" with an external muxer (like Muxman, IfoEdit, dvdauthor...) and it is "continuous". So, the correct thing is to clear the STC discontinuity flag and mark as seamless, isn't it?


// PGC PBKT Cell Headers manipulation: Clear STC Discontinuity in PGC replace
if ( m_iAction[nVTS][nT]==REPLACE )
{
// Assuming a continuous PGC is used to replace:
// Mark STC Discontinuity in the first cell and clear in all the rest.
pIFO[m_C_PBKT[nVTS][nT]+nCell*24] = 0x08 ;
if (nCell==0)
pIFO[m_C_PBKT[nVTS][nT]+nCell*24] = 0x02 ;
}


EDIT: Because of in VB 2.0 I'm asking for the IFO in the replacing mode, a better choice is to "copy" these flags from the replacing IFO. What do you think?

jsoto

[blutach]

Yes, I believe the flags should be the same as in the title. In the last cell, the original is actually marked as 2 plus LB, while the VobBlanker replacement is 8.

So, I think the original flags should be preserved in this case, although if an external muxer is used I think the assumption is reasonable. Nevertheless, I think VobBlanker should respect the flags its receives in the replacement title.

Regards

[mpucoder]

Well, speaking for Muxman, you cannot create multiple VobIDs until version 0.15
But every Vob starts at time 0, in every compliant multiplexer, which means STC discontinuity.

[blutach]

Speaking about muxman - it always creates 4:3 for me (sorry to be OT). Can you direct me to a method to starting it in 16:9 mode please?

Regards

[mpucoder]

http://forum.doom9.org/showthread.php?s=&postid=619942&highlight=169#post619942

[blutach]

Many thanks!

Regards

[jsoto]

Returning On Topic...
Mmmm. Not sure what to do...
I know a new VOBid should start at STC=0, but in this case, when replacing the PGC (made of many VOBids) or, in other common cases made of two (one per layer) what should VobBlanker do?

To be absolutely compliant, AFAIK I have two options:
A) Change the VID in the next cells, so all of them will belong to the same VOBid. Change the flags to no discontinuity as currently VB is doing
B) Reset the STC to zero each time the VID change in the PGC. Keep the discontinuity flags.

Option A is dangerous, because the cells can be reused in other PGCs with the same problem of several VIDs.

Option B.... well, I'm not comfortable at all with the idea of changing STC values and/or PTSs. Seems dangerous. Now, in VobBlanker 2, with the correct order of VID/CID in the output VOBs, it is feasible (this was the main reason to develop VB 2), but I'm still afraid.... so I'm not going to start to work on this topic immediately.

jsoto

EDIT: Some typos

[zacoz]

Up in the sky......Is it a bird.......Is it a plane..........No, it's just the last 8 posts going a mile over my head.
(Sorry...It's obviously getting too late, and I'm getting a bit silly)

[blutach]

Option A can't work for the reasons you said.

I can't see why option B can't be implemented. A new VID must start with an STC discont.

Regards

[jsoto]

I can't see why option B can't be implemented It can, it's a matter of safety. Manipulating STC in a wrong way can cause audio drops, jerky video, etc. Very difficult problems to trace and solve...
I do not follow DVD-RB development closely, but I've seen the author spend a lot of effort trying to find and fix these kind of problems. And he is a very experimented guy (much more than me!).

jsoto

[jsoto]

Hi guys,

Here is a new beta
http://www.videohelp.com/~jsoto/temp/VobBlanker_2002b9_exe.zip

It solves a cutting problem (thanks to hf for helping me with the tests). I'm going to fix another bug and probably I'll release 2002 on Monday.

jsoto

[jsoto]

Hi all,
Vers 2.0.0.2 (09-05-2005)
Added: Option to disable Overlay. Useful for Linux users (using wine). MFC42 is statically linked, so Linux users do not need the dll.
Added: Motion2Still (with audio) in Titles domain, cellbased mode.
Added: Motion2Still: Patch Next and Prev SRI pointers
Added: Drag&Drop parent folder
Changed: Quit confirmation: Only requred if DVD has not been processed and quit has not been caused by Quit button (Esc, Atl+F4..)
Changed: Help file and help integration using htmlhelp instead of winhelp
Changed: Apply user (registry) defaults instead of hardcoded ones when loading a project
Improvement: Cutting titles: Detection when the edge cell is completely cut or kept, so change the processing mode accordingly
BugFix: Replacing PGCs with more cells than the original was broken
BugFix: Main menu Execute and quit were not disabled when they should be.
BugFix: Cutting titles: Sometimes a cell was not cut (using "cut movie" and trying to cut the whole cell)
BugFix: Bug when cutting single-cell PGCs or cutting start and end marks in the same cell
BugFix: Another bug when cutting start and end marks in the same cell
BugFix: Bug in TMAPTI calculation in some cases of reused cells.
BugFix: VID calculation when blanking/replacing reused cells was broken in 2.0


I know lately you (the users) are asking many new features, but in spring and summer I also spend my free time in other things (http://www.videohelp.com/~jsoto/temp/new_bike.jpg) (*), so the development will run slowly...

jsoto
(*): my old one(10 years old) has broken and I had to buy a new one.

[dirio49]

Thank's Josto
Have fun with your new bike;)
enjoy your summer, as I know I will
tory

[Surf]

Before you start Tour-de-France, Jsoto, I tried this without success.

I got two titles, the movie and a nice trailer prepared by DVDshrink. Then I extracted with VobBlanker the main menu, chapters and language pgcs from the original folder and kept 3 vobs in a temp folder. Inside PgcEdit, I added one Root pgc and 3 more dummy pgcs saved and then opened it with VobBlanker hoping to perform the Replace function onto these 3 dummy pgcs. No go.

My question is: The pgc must have a cell to begin with to be able to be replaced by the desired cell? Is there any way around this?

The reason behind this approach is that if I use PgcEdit's import menu function which by the way works great, I will end up with so many dummy/blank pgcs...

[r0lZ]

Instead of adding dummies with PgcEdit, you may try to create the PGCs with the Clone PGC function. This way, you will have some unused PGCs with video contents. In VobBlanker, you will be able to replace them.
I suppose that reused cells in the new PGCs is not a problem. Right, jsoto?

[EDIT] Well, this method will not work, because you created the first PGC in the domain with New Menu, which create a dummy Root menu. Try to find a simple menu with a small black cell in PGC 1, and import it as your root menu. Then, the Clone PGC function will work.

[jsoto]

Are you creating PGCs in titles or in Menu domain?

If titles, create a dummy PGC with PGCedit, add some cells with AddChapter, and , finally, replace the PGC with VobBlanker.

If menus, I have no clue... Well, may be you can create the VOB in titles domain and after, change the name of the VOB to be _0.VOB and run a mock strip..., but AFAIK you need the Menu PGCs with the cells inside....

I suppose that reused cells in the new PGCs is not a problem. Right, jsoto?
Mmmm, they can be a problem.

jsoto

[Surf]

@rOlZ:
I created the root & menu dummies for insertion purposes which turned out it wouldn't work in VobBlanker. It wants a cell present to be replaced by the desired cell. This means the pgc cloning wouldn't work. Cloning from the original dvd folder (new)feature possible? Just one pgc at a time, not the whole slew of pgcs(full menu).

@Jsoto:
I'm creating pgc in the menu domain. Not creating, replacing a dummy pgc with the extracted from the original.

[r0lZ]

Originally posted by Surf
@rOlZ:
Cloning from the original dvd folder (new)feature possible? Just one pgc at a time, not the whole slew of pgcs(full menu). No. You need the cells in the target DVD VOB to clone something, or the resulting DVD will be invalid. Sorry.

[jsoto]

Originally posted by Surf
@Jsoto:
I'm creating pgc in the menu domain. Not creating, replacing a dummy pgc with the extracted from the original. VobBlanker does not replace PGCs inthe menu domain. You have to do it cell by cell and after that, fix the flags (STC discontinuity and seamles) if needed

jsoto

[sweetness]

Originally posted by jsoto

Added: Motion2Still (with audio) in Titles domain, cellbased mode.

looking forward to test this out. thanks :)
just not much time and HD space to do this right now.

i have to start riding my bike too. not because i want to, but to lose some weight. :p

[blueboyec]

jsoto,

This program seams to have made all that use it happy! No one has made a comment for over 2 week! Great work! Love VobBlanker!

BBec

[jsoto]

Well, I'm a little busy these days...., but I still have some things to add in VobBlanker.

jsoto

[blutach]

Speaking of adding thing, are you considering adding the ability to strip subtitle streams as well as audio? It would be great to strip them both simultaneously.

Regards

[jeanl]

blu, why would you want to do that? :confused: you know all the mess that can result from that... Isn't it best to leave them in there, since they're not taking much space anyway?
jeanl

[blutach]

I'm a purist, jean and I haven't created a mess yet with subbies. It's just that I'm starting to trust IfoEdit a bit less these days when stripping is concerned (you know the issues with cell times and command numbers).

I usually only keep the English subbies (main and forced) and would think VobBlanker is the tool of choice now. How much different is it to strip the subbies to stripping audio? You identify the stream numbers and away you go, right?

Regards

[jsoto]

Originally posted by blutach
Speaking of adding thing, are you considering adding the ability to strip subtitle streams as well as audio? It would be great to strip them both simultaneously.

Regards
I wasn't, but lately I'm thinking on it... Here, many DVDs have a lot (20 or more) subs, and sometimes they use as much as 100 MB, or even more...

jsoto

[zavar]

Originally posted by blutach
Speaking of adding thing, are you considering adding the ability to strip subtitle streams as well as audio? It would be great to strip them both simultaneously.

RegardsOriginally posted by jsoto
I wasn't, but lately I'm thinking on it... Here, many DVDs have a lot (20 or more) subs, and sometimes they use as much as 100 MB, or even more...

jsoto

I'd be happy to see this happen as well. Currently I use VobBlanker to get rid of unwanted material and IfoEdit to strip subs. It would be handier if I could do it using only VobBlanker.

[zacoz]

Get quite a lot of subs on some R4 disc's here too. It would really round out VobBlanker being able to blank/strip subs.

I've got to add that I'm disappointed when I get a DVD that doesn't have at least english subs though.

[jm1647]

I'm fairly new to using the fancy programs editing DVD's. I have been using DVDDecrypter to rip, Menu Shrink on the Menus, then Vobblanker to blank and then DVD Shrink if necessary. This is the first DVD of mine that has multi angles and I just tried to backup my DVD Closer and had the following happen.
Ripped with DVDD ok, used Menu Shrink ok, loaded it up in VobBlanker and got the following "there at least one multiangle cell (UNSUPPORTED) cell. The VTS containing these cells have been marked as skip" There are at least one
ILV cell and the VTS's have been marked as skip and but may process but playback problems. This is a Region 1 DVD. Should I process it or is there something else to use or maybe just go to DVD Shrink?


Thanks

[jeanl]

vobblanker can't blank/cut multi angle PGCs. It all depends on what you're trying to do. You can blank a lot of stuff in PgcEdit (whole titlesets) whether they're multiangle or not, you can also skip playback on just about anything (without blanking, i.e. without reclaiming the space, except in subsequent DVD Shrink processing)...
I suspect that vobblanker is overly cautious, in that it tries to prevent you from processing a multi-angle PGC, because in some cases (not all cases) some operations would break the playback. But I think you can try your luck and process anyway... It will depend on what you're trying to do...

jeanl

[jm1647]

Hi jeanl - Lil Danny says Hi too :D I'm just trying to get this movie down to DVD5 with out a whole lot of compression to retain quality thats all.

[jeanl]

Then, do a backup with movie only + menus. It's extremely simple in PgcEdit. Load the DVD, find the movie VTS (it's the largest most likely), and use "Utilities/Blank out all title PGCs in DVD". This will pop a dialog for each VTS asking whether you want to blank it. Answer OK for all the VTS except for the movie VTS for which you should say "cancel".
You end up with all the menus, and absolutely nothing else than what's in the movie VTS (usually just the movie). No extra, no previews etc...

It's very simple, that's what I use all the time.
Jeanl

[jm1647]

After Menu Shrinking right...Is it that easy? I had looked at Pgcedit before and it scared me :-). I just got blutach's new guide. I'm gonna have to try to use it more?

I Still can't crack the MenuShrink Top 10.

Thanks jeanl

Hi Ho..Hi Ho....

[CoNS]

jsoto, I can't remember if I have suggested this before, but I have a (small?) request: When using the Replace PGC function in VobBlanker, could you add an option to copy the subtitle colours (and maybe also the entire subtitle info about number of streams, languages etc.) from the replacement PGC into the old DVD structure?

The thing is that I very often use VobBlanker's nice Replace PGC function as the last step when adding custom subtitles to a DVD, where I want to keep the menus. ATM, after replacing the PGC, I have to load PgcEdit or IfoEdit to copy the subtitle colours and correct the subtitle stream info...

Also, I second the suggestions made by other users to add a "Strip subtitle streams" function in VobBlanker, just like the "Strip audio streams" function. It would be very nice and useful to have. :)

[blutach]

The thing is that I very often use VobBlanker's nice Replace PGC function as the last step when adding custom subtitles to a DVD, where I want to keep the menus. ATM, after replacing the PGC, I have to load PgcEdit or IfoEdit to copy the subtitle colours and correct the subtitle stream info...I would question whether it is correct to replace the subtitle stream info - the DVD's menus are expecting to find a certain subtitle stream at postion x and if you changed all this, you'd need ot change the menu.

This really is a job for you manually to do. As for copying the PGCs colours, are they not retained as per the original PGC (which is correct)?

Regards

[jsoto]

About subs, I think blutach is correct, even more, there can be more than one PGC in the VTS.....so I'm not going to do nothing.
In any case, development is currently stopped. Lately I'm unable to find time.....

Multiangle:
Using "process in input folder" and skipping the multiangle PGCs, Vobblanker is able to process the DVD (blank/replace, etc, other PGCs in other VTSs). What VobBlanker is unable to do is to process the multiangle VTS

jsoto

[jm1647]

jsoto - the DVD with multi angles was "Closer" R1. I ripped it with DVDD without Multi angle processing then with multiangle processing retaining angle 1. For both rips with everything it had marked skip the output was down to 19MB from over 7GB.I did have it going to a seperate folder and not "processs in input folder" though.
I tried PGCedit on it after the retain angle 1 rip and it stated it couldn't do it and came up wth "CSS Protection" Pgcedit did do it when I went back and unchecked multiangle processing.

[jsoto]

For both rips with everything it had marked skip the output was down to 19MB from over 7GB.I did have it going to a seperate folder and not "processs in input folder" though.
I think you do not understand well how VobBlanker works

A) Processing to a different output folder:
- All VTS marked as SKIP should be copied manually (and previously) to the destination folder. In this way, VobBlanker processing is OK, including VTS sectors adjustments . If you copy the skipped VTS after, you need to adjust the VTS sectors (loading the DVD in pgcEdit or IFOEdit)

B) Using input folder, the skipped VTSs are untouched, and the originals of the processed ones are saved to a backup folder. In the input folder you will have the final compilation

In both cases, the amount of MB "To be processed" is reflected in the GUI, and shows how much MBs are going to be copied/processed. Skipped VTSs are not copied, only moved, and it does not take time.

jsoto

[jm1647]

jsoto about Vobblanker - you are right it is a new program to me.Thanks for the tips!!! I am new to the fancy stuff with DVD's. I have used VB for blanking out on a bunch of my dvd's but this "Closer" was the first one to give me trouble.

I still have a whole bunch to learn....gettin' a liitle bit each day thanks to the forums, mods and authors like you!

Thanks Again

[Wheelie4]

Then, do a backup with movie only + menus. It's extremely simple in PgcEdit. Load the DVD, find the movie VTS (it's the largest most likely), and use "Utilities/Blank out all title PGCs in DVD". This will pop a dialog for each VTS asking whether you want to blank it. Answer OK for all the VTS except for the movie VTS for which you should say "cancel".
You end up with all the menus, and absolutely nothing else than what's in the movie VTS (usually just the movie). No extra, no previews etc...

It's very simple, that's what I use all the time.
Jeanl
I just wanted to say thank you for that tip. :D Any backup I make is just for the movie only + menu (which I normaly do in DRMP). I rarely ever want anything else. And so far before this tip, the only thing I was capable of doing in pgcedit was make an iso with the 32k gap. Now thanks to you I can do two things with pgcedit (movie only + menu being my major need). Now to learn how to blank out all the VMGM's under VMG in pgcedit which I always do in DMRP or VobBlanker.

[jeanl]

I just wanted to say thank you for that tip. :D

You're welcome! :)

Now to learn how to blank out all the VMGM's under VMG in pgcedit which I always do in DMRP or VobBlanker.
Same idea. Select any PGC in the VMGM on the left panel, right-click and chose "Blank out all menu PGCs". This will do it for you.
Or, you can use MenuShrink to blank the useless stuff (warnings etc) and keep the functional menus...
jeanl

[Wheelie4]

You're welcome! :)

Same idea. Select any PGC in the VMGM on the left panel, right-click and chose "Blank out all menu PGCs". This will do it for you.
Or, you can use MenuShrink to blank the useless stuff (warnings etc) and keep the functional menus...
jeanl
And it's the Video Manager Section your refering to right? The section in the image below?

http://img299.echo.cx/img299/9421/vmg13na.th.jpg (http://img299.echo.cx/my.php?image=vmg13na.jpg)

And it won't affect anything in the VTSM's (Video Titleset Managers) right? If so I can blank all 8 of VMGM's in the VMG and Kill PGC Playback of each 8 of those VMGM's to bypass all of them during playback?

[jeanl]

Yes, it's what you show in your pic.
It's never 100% safe if there are useful menus in there, and sometimes there are (for example aspect ratio menus). In other words, if your standard navigation will never go through these menus (for example, parental management) or if the menus are "fake" (i.e. FBI warnings with buttons that have NOP commands associated to them) then blanking is safe. If not, playback could be broken...
That's why unless I have a good reason to do so, I don't blank the VMGM, I just bypass the titles I don't want using PgcEdit's trace function. One good reason would be a very large VIDEO_TS.VOB file, with stuff I really don't want.
But I do use MenuShrink systematically on my menus, so anything that's large and that's not a menu in the video manager is squeeshed down.
To be precise, my work flow is:
- Drag/drop in menushrink.
- Launch PgcEdit from it, blank all the VTST except the movie.
- Run the trace and kill playback on undesirable stuff.
- Save PgcEdit, then go back to MenuShrink and Process.
- Test in PowerDVD (from MenuShrink)
- Burn.

Jeanl

[Wheelie4]

Kewl, Thanks alot. I'll try those steps. I haven't actually used MenuShrink yet since I like motion menu's and I still haven't figured out how to use pgcedits trace feature yet. Each time I've tried starting a trace I imediately get lost LOL. :D I always test my results in Mark's Tray DVD Player. ;)

[jeanl]

Mark's Tray DVD Player is good too. You can configure MenuShrink to launch it and open your DVD with one of the tool buttons... Anyway, enough self promotion! :D
jeanl

[Wheelie4]

You can go right ahead a self promotion. :D I tested menushrink a couple times and totally respect it's ability. I just haven't run accross the need to shrink a menu yet to fit the movies I've done to one dvd-r. I don't do many backups like most here do. I'm a casual backer upper. ;) Still I appreciate the help.

[blutach]

Wheelie - go do Godzilla or Mulholland Drive and see the true power of the MenuShrink force!

Regards

[Wheelie4]

Thanks blutach. I don't have either of those but if I ever have them available I'll sure try menushrink with them. LOL 90% of My Collection (http://www.intervocative.com/dvdcollection.aspx/Wheelie) is mindless horror films and usually aren't large sizes.

[FilipeAmadeuO]

Jsoto - Are you planing to suport processing of multiangle PGC´s ? Like removing the angles and adjustind the pointers like Ifoedit ?

[jsoto]

No, it wasn't in my plans, but why not?
To remove the angles keeping only one is not difficult. This will be useful in movies like starwars, closer.....
But currently I'm very busy... may be in July/August...

jsoto

[jinjin_jp]

Hello.

If possible,I wish the function of blank cells. (and blank PGC,too)
Now in the case of reused cell, when set blank the cell(V/C-Id:3/1) at PGC_1 only, the scene of this cell can't replay in PGC_2.
On the other hand, when set blank the cell(V/C-Id:2/1) at PGC_4 only, the scene of this cell can replay in PGC_1,
because the cell at PGC_4(V/C-Id:2/1) is changed new V/C-Id(V/C-Id:2/1).
--------------------------------------------------------------------------------------------------------------------
VTS overview:
PGC_1 (program chain): [Title(TTN): 1] [00:05:52.01 / 30 fps] (Programs: 5) (Cells: 5) (uses VOB-IDs: 3,1,2,4,8)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 3/ 1] : time: 00:01:14.10 / 30 fps [Pos: 00:01:14.10] *set blank
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 1/ 1] : time: 00:01:02.00 / 30 fps [Pos: 00:02:16.10]
[Ch 03] [Pg 03] [Cell 03] [V/C Id: 2/ 1] : time: 00:01:05.08 / 30 fps [Pos: 00:03:21.18]
[Ch 04] [Pg 04] [Cell 04] [V/C Id: 4/ 1] : time: 00:02:29.28 / 30 fps [Pos: 00:05:51.16]
[Ch 05] [Pg 05] [Cell 05] [V/C Id: 8/ 1] : time: 00:00:00.15 / 30 fps [Pos: 00:05:52.01]
PGC_2 (program chain): [Title(TTN): 2] [00:01:14.25 / 30 fps] (Programs: 2) (Cells: 2) (uses VOB-IDs: 3,5)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 3/ 1] : time: 00:01:14.10 / 30 fps [Pos: 00:01:14.10]
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 5/ 1] : time: 00:00:00.15 / 30 fps [Pos: 00:01:14.25]
PGC_3 (program chain): [Title(TTN): 3] [00:01:02.15 / 30 fps] (Programs: 2) (Cells: 2) (uses VOB-IDs: 1,6)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 1/ 1] : time: 00:01:02.00 / 30 fps [Pos: 00:01:02.00]
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 6/ 1] : time: 00:00:00.15 / 30 fps [Pos: 00:01:02.15]
PGC_4 (program chain): [Title(TTN): 4] [00:01:05.23 / 30 fps] (Programs: 2) (Cells: 2) (uses VOB-IDs: 2,7)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 2/ 1] : time: 00:01:05.08 / 30 fps [Pos: 00:01:05.08] *set blank
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 7/ 1] : time: 00:00:00.15 / 30 fps [Pos: 00:01:05.23]
--------------------------------------------------------------------------------------------------------------------
VTS overview:
PGC_1 (program chain): [Title(TTN): 1] [00:04:38.04 / 30 fps] (Programs: 5) (Cells: 5) (uses VOB-IDs: 3,1,2,4,8)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 3/ 1] : time: 00:00:00.15 / 30 fps [Pos: 00:00:00.15] *blank
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 1/ 1] : time: 00:01:01.29 / 30 fps [Pos: 00:01:02.14]
[Ch 03] [Pg 03] [Cell 03] [V/C Id: 2/ 1] : time: 00:01:05.07 / 30 fps [Pos: 00:02:07.21] **remain(not blank)
[Ch 04] [Pg 04] [Cell 04] [V/C Id: 4/ 1] : time: 00:02:29.28 / 30 fps [Pos: 00:04:37.19]
[Ch 05] [Pg 05] [Cell 05] [V/C Id: 8/ 1] : time: 00:00:00.15 / 30 fps [Pos: 00:04:38.04]
PGC_2 (program chain): [Title(TTN): 2] [00:00:01.00 / 30 fps] (Programs: 2) (Cells: 2) (uses VOB-IDs: 3,5)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 3/ 1] : time: 00:00:00.15 / 30 fps [Pos: 00:00:00.15] **blank(against intention)
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 5/ 1] : time: 00:00:00.15 / 30 fps [Pos: 00:00:01.00]
PGC_3 (program chain): [Title(TTN): 3] [00:01:02.14 / 30 fps] (Programs: 2) (Cells: 2) (uses VOB-IDs: 1,6)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 1/ 1] : time: 00:01:01.29 / 30 fps [Pos: 00:01:01.29]
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 6/ 1] : time: 00:00:00.15 / 30 fps [Pos: 00:01:02.14]
PGC_4 (program chain): [Title(TTN): 4] [00:00:01.00 / 30 fps] (Programs: 2) (Cells: 2) (uses VOB-IDs: 9,7)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 9/ 1] : time: 00:00:00.15 / 30 fps [Pos: 00:00:00.15] *blank
[Ch 02] [Pg 02] [Cell 02] [V/C Id: 7/ 1] : time: 00:00:00.15 / 30 fps [Pos: 00:00:01.00]
--------------------------------------------------------------------------------------------------------------------

And is it feature or bug that time is different from original a little?
(for example in above, Cell_2,3 of PGC_1 and Cell_1 of PGC_3)

Thanks.

[CoNS]

About subs, I think blutach is correct, even more, there can be more than one PGC in the VTS.....so I'm not going to do nothing.But with the "Replace PGC" function in VobBlanker, you replace a PGC with a PGC, no? So there's only one colour table to copy from and to?

Anyway, I'm just asking for an option for the user to decide if the subtitle colours and/or the subtitle (and/or audio) tables should be copied in the replacement process. So it'll be the user's risk whether it works as intended, or not.

Such an option would be relevant for me (and probably many other users) every single time I use the "Replace PGC" function in VobBlanker, as I use it to copy a newly muxed PGC (with extra, custom subtitles) into the old DVD structure to keep original menus etc.

Anyway, I can see that IfoUpdate has a function to copy the subtitle colour table and also the subtitle/audio tables with info about these streams. See step 3 in this guide (http://www.videohelp.com/forum/viewtopic.php?t=219535). So I'm thinking of using this program for ATM instead of the manual work after replacing a PGC with VobBlanker.

However, I remember reading somewhere some time ago that IfoUpdate is not always safe to use for stuff like this. Can anyone elaborate on this?

[blutach]

Jsoto - Are you planing to suport processing of multiangle PGC´s ? Like removing the angles and adjustind the pointers like Ifoedit ?AFAIK, IfoEdit does a great job of removing these and so enable VobBlanker to do its work.

Also, when you rip with DVD Decrypter, IIRC, there is an option to take a particular angle.

Regards

[blutach]

@jinjin_jp

When you blank in PGC1, you are blanking the original cell and everything that re-uses it (i.e. the cell in PGC2, which now just refers to the newly blanked cell). This is what you would expect. If you do not wish PGC2 to be blanked, the cell needs to be copied to a whole new VCID and not re-used. This means expanding the VOB file.

However, when you blank in PGC4, you are simply saying I want the re-used cell to be blank. You have not touched the original cell. You will notice it is originally re-used in VobBlanker and VobBlanker gives it a new VCID. This is the clue as to how to get what you want.

1. Blank 3/1 in PGC2, not PGC 1 - this gives you a new VCID 10/1
2. In IfoEdit or PgcEdit change PGC1 3/1 to be 10/1 and in PGC2 change 10/1 to 3/1 (swap them over).
3. Run the lot through VobBlanker again to correct the pointers (blank nothing, just do process - this is the same as mock stripping). This should also correct the times of the PGCs, but if it doesn't open each PGC in the PGC Editor of PgcEdit and answer yes when PgcEdit warns you the times are not right. Save and you are finished.

That's it. Good luck.

Regards

[Eandtc]

Before I read through this whole thread, can you guys tell me if you've discussed this scenario:

I have a "first play" video on my home DVD that I would like to replace with a newer, better version. Is there an easy way to do this with Vobblanker?

[CoNS]

Don't double post... Sweetness already answered your question in the thread you started here: http://forum.doom9.org/showthread.php?p=671903#post671903

[Eandtc]

Two things:

1) I was directed to this thread.

2) She answered it after I posted here.

I am not trying to spam. Check the times of the posts.

[CoNS]

You created a new thread asking the question you had in mind. Nobody answered right away, so less than four hours later you posted the very same question again, this time in this thread... That's doubleposting to me. :sly:

Most of the users here in the IFO/VOB Editors section are very helpful, and many of them are also highly skilled. You just need to give it some time after posting a question - it WILL be answered, but it may take a few hours.

BTW, directed to this thread by who? The VobBlanker site that jeanl talked about is this one: http://jsoto.posunplugged.com/guides.htm (step 8 in the last guide)

[Eandtc]

I'll make this short, because I don't like to feed trolls.

Replace old "First Play" video with new "First Play" video.

Today, 07:31 - "I made a DVD with home video from Disneyland...."

Replace old "First Play" video with new "First Play" video.

Today, 09:40 - "use vobblanker to replace the cell or..."[/i]

(BTW, you claimed that "Nobody answered right away, so less than four hours later you posted the very same question again". Notice that this response came two hours after my initial question. Did I not tell you to look at the times? As you read on, you'll see the result this had.)

VobBlanker 2.0.0.2 released

Today, 11:17 - "Before I read through this whole thread, can you guys tell me if you've discussed this scenario"

Replace old "First Play" video with new "First Play" video.

Today, 12:51 - "do you want to replace a cell or pgc?"

Now, having been told that Vobblanker will do what I want (which was helpful, since out of 100+ programs on this site, I never would have figured it out on my own for quite some time.), I came over to this thread.

In fact, jeanl even said "There are guides on the vobblanker site, but I'm not sure they cover what you have in mind." Not only did I not find a guide for this specific purpose, but it would also explain why such info didn't come up in the searchs I made in this forum in the first place.

"BTW, directed to this thread by who?"

Let's see. jeanl mentions the Vobblanker program, and lo and behold, here's a thread discussing the Vobblanker program. Did you think it was a coincidence that my second question about my problem just happened to show up in this particular thread?

So, how about contributing to the thread, instead of nitpicking such minutia? Otherwise, let's give the "very helpful, and..highly skilled" folks a chance to respond. Okay? Thanks.

[jinjin_jp]

@blutach
Thanks for the reply.
Your method of combination with PgcEdit is very useful.
(But I wish if possible to process simply by only VobEdit.)

[blutach]

@jinjin_jp - not vobEdit, but IfoEdit can also swap over the cell refs and mock strip. But IMHO, VobBlanker is better at stripping - there are some well-known probs in IfoEdit when it strips, which Derrow is aware of but has yet to fix.

Nice to meet you - your comments have been very interesting. And please no more apologies about your English - it is perfectly underdstandable, OK? :) :) :)

Regards

[sweetness]

She answered it after I posted here.
that made my day. :p
i would probably look better as a girl too. :D
about the nickname look here (http://forum.doom9.org/showthread.php?p=555222#post555222).

BTW, did you replace you clip?

[Eandtc]

LOL...sorry. It was meant in the kindest way possible. :D

And no, I've not had a chance to try it yet.

[jeanl]

Eandtc, you'll find that it's extremely easy. That's probably why there isn't a guide. Vobblanker has a small learning curve, but to do what you want to do, it's really a couple clicks...
@sweetness, I got a real kick out of that too! "she"! Kind of like when surf took on calling me jeani!
jeanl

[blutach]

The way I spell my name (Leslie), many thought I was female too!

Guess jeanl, sweetness and blutach can be in the next doom9 dragfest http://img116.exs.cx/img116/1231/z7shysterical.gif

Regards

[zacoz]

Just to keep this OT theme going, I also am frequently mistaken for female based on my name - Loren. Even had the extreme case of being booked into female dorm at Uni. Unfortunately for me they eventually found a room they could swap me out to.

[CoNS]

Humm, that's nothing! I've recently been mistaken for a troll... CoNS... Shrek... oh, well!! :)

[blutach]

Let it go CoNS. zacoz - I truly feel sorry for you mate. Getting turfed out :(

Regards

[CoNS]

Well, I am letting it go. My last post was meant to be a joke, hence the smiley, but it's still early here in Denmark, so my humour may be slightly twisted...!

EDIT: BTW, blutach, being one of them helpful AND highly skilled fellas around here, do you know the answer to the question I posted here (http://forum.doom9.org/showthread.php?p=671757#post671757), about IfoUpdate vs. VobBlanker's Replace PGC function?

Also, you may have missed my question in this post (http://forum.doom9.org/showthread.php?p=666265#post666265) (and the following posts), which were directed to you some days ago about your observations regarding the mock strip feature of IfoEdit and VobBlanker respectively...?

[blutach]

I'll look into those posts CoNS.

PS You hear it is one of your countrymen who is spoofing Lightning UK! and asking for $$$. As I regard Denmark and Australia now as "relatives by marriage", this is bad news indeed.

Regards

[blutach]

Sorry CoNS - I know nothing of IfoUpdate :) Other questions answered :)

Regards

[jinjin_jp]

[color=blue]@jinjin_jp - not vobEdit, but IfoEdit can also swap over the cell refs and mock strip. But IMHO, VobBlanker is better at stripping - there are some well-known probs in IfoEdit when it strips, which Derrow is aware of but has yet to fix.
I think so, too.
But both are very useful, so usually use both case by case.

[color=blue]
Nice to meet you - your comments have been very interesting. And please no more apologies about your English - it is perfectly underdstandable, OK? :) :) :)
Thank you for saying like this.
Actually, I was irresolute about whether post to this forum.
And then, now, it thinks that it was good.

[CoNS]

PS You hear it is one of your countrymen who is spoofing Lightning UK! and asking for $$$. As I regard Denmark and Australia now as "relatives by marriage", this is bad news indeed.Hehe, well, I can't vouch for the honesty of all of my 5.4 million countrymen! What about John Raymond Travers and other Australian outlaws?! :eek:

No, I didn't hear that story. Spoofing in what way? Was the whole infringement/cease and desist/legal thing a setup in order to get money from LUK? Or is it this site (http://www.dvddecrypter.r8.org/) you mean?

[blutach]

Never heard of that particular gent. BUt please do not take my comments as negative, only that I regard us as close "cousins" now.

And yes, that's the site. It is a hoax. You can even do a whereis on the site and it leads back to a person who didn't even bother to cloak himself.

Regards

[CoNS]

Never heard of that particular gent.Some Australian massmurderer from the eighties, as far as I recall...!

But please do not take my comments as negative, only that I regard us as close "cousins" now.Lol, yeah, I realize that... Didn't know you were that much into the royal stuff, though!? Because of the queen's birthday yesterday?!! ;)

[blutach]

Must have been - we took a day off anyway, so gotta love her maj. And the whole of Oz seems to love your princess. Later.

Regards

[jsoto]

@blutach,
thanks for answering the users questions

@CoNS
.. about IfoUpdate vs. VobBlanker's Replace PGC function? I'm not an expert in IFOUpdate, I used it in the ast but not now... IIRC, when you have more than one PGC in the VOB you have to use "Adjusted Cells mode"
BTW, I can add the option to copy the sub color palete from the replacing PGC. Not difficul, but in any case as an option, because replace feature can be used to replace the PGC with a new one created by IFOEdit/Muxman remuxing the original subs/audio with a re-encoded video/audio

About mock strip differences between VobBlanker and IFOedit, you have already found the answer in
http://forum.doom9.org/showthread.php?p=667403#post667403

jsoto

OT: No many girls here in doom9.... Why? .. Are they not really interested in this kind of things?

[jeanl]

OT: No many girls here in doom9.... Why? .. Are they not really interested in this kind of things?
what do you mean? Are you discounting the three of us, sweetness blutach and me? :D
jeanl

[Eandtc]

"OT: No many girls here in doom9.... Why? .. Are they not really interested in this kind of things?"

They don't need. They smile at the geek to get him to fix their DVD, and then turn around and marry the football player anyways. :p

[blutach]

LMAO Eandtc http://img116.exs.cx/img116/1231/z7shysterical.gif

Regards

[spyhawk]

Have you seen Beauty and the Geek reality show where the beauty teach the geek social skills and the geek teach the beauty intellectual skills? These hard-core geeks with a high IQ and SAT score of 1600+ have never even touch a girl's hand, let alone a date. I laughed when one of the beauty said her IQ is 300 and can't even pass 5th grade spelling, and the geek used his knuckles to massage the beauty. Beauty & geek are paired together in 6 pairs. Final pair wins $250,000. ok, enough chit chat. :D

[blutach]

Well at least one pair of them can't be that stupid - $250,000 sounds good 2 me :)

Regards

[CoNS]

BTW, I can add the option to copy the sub color palete from the replacing PGC. Not difficult, but in any case as an option, because replace feature can be used to replace the PGC with a new one created by IFOEdit/Muxman remuxing the original subs/audio with a re-encoded video/audioAn option for this (default off) would be perfect...

Also, in order for the first option to make sense, could you add an option for copying the subtitle (and audio?) stream attributes, too, from the replacement PGC into the old DVD structure? (like the "Copy audio and subpicture tables" option in IfoUpdate, see this screenshot (http://www.videohelp.com/forum/images/guides/219535/imagine19new.png))

[jinjin_jp]

1. Blank 3/1 in PGC2, not PGC 1 - this gives you a new VCID 10/1
2. In IfoEdit or PgcEdit change PGC1 3/1 to be 10/1 and in PGC2 change 10/1 to 3/1 (swap them over).
3. Run the lot through VobBlanker again to correct the pointers (blank nothing, just do process - this is the same as mock stripping). This should also correct the times of the PGCs, but if it doesn't open each PGC in the PGC Editor of PgcEdit and answer yes when PgcEdit warns you the times are not right. Save and you are finished.
I posted to introduce your method in BBS of Japan.
And I received the suggestion modifying you method.
Both step 1 and 2 can be processsd more simply by the function of PgcEdit 'create a new blank VOB Cell'.
It is need only to set about the cell even though it is reused at after PGC.
Only selected cell becomes to blank cell (new V/C-ID), and other reused cells remain originally.
There is no change to need step 3.

[Sajan]

@jsoto
1. I attach the printscreen with runned away buttons. It occurs when I try to resize window or after minimize/restore sequence.
2. Can you add feature to replace audio/subtitles (as it done with cells)?
3. How about to merge AddChapter with VobBlanker?
4. Can you add feature to cut cells not with slider [sector(lba)] that skip intermediate means, but by frame (maybe with slider at bottom)?
5. When audio duration more then video and I cut from last possible with slider sector (lba) to [Last], VB cuts about 1 sec of video and tail of audio that haven't video. Can I cut only redundant audio and keep full video?

[jsoto]

1. I attach the printscreen with runned away buttons. It occurs when I try to resize window or after minimize/restore sequence.Strange... Seems there is a bug in the resizing procedure, but I'm unable to reproduce the problem...
2. Can you add feature to replace audio/subtitles (as it done with cells)?No, this feature is quite similar to do a muxer and its not easy.
3. How about to merge AddChapter with VobBlanker?Well, I had in plan to split a cell in two parts, but I'm really busy lately..
4. Can you add feature to cut cells not with slider [sector(lba)] that skip intermediate means, but by frame (maybe with slider at bottom)?VobBlanker is able to cut VOBU by VOBU, that means, in an I-Frame, but not in a B or P frame, in the middle of a GOP. (very difficult to do, BTW)
5. When audio duration more then video and I cut from last possible with slider sector (lba) to [Last], VB cuts about 1 sec of video and tail of audio that haven't video. Can I cut only redundant audio and keep full video?Not sure if it already does it...After drag the slider, use Next and Prev buttons to go to the last VOBU and be sure to be there before set the ending mark.

jsoto

[mpucoder]

Strange... Seems there is a bug in the resizing procedure, but I'm unable to reproduce the problem...
Go to advanced settings for the display and choose "large fonts" to see the problem (MuxMan prior to 0.16 has the same problem). GetDialogBaseUnits() will help the scaling.

[blutach]

I posted to introduce your method in BBS of Japan.
And I received the suggestion modifying you method.
Both step 1 and 2 can be processsd more simply by the function of PgcEdit 'create a new blank VOB Cell'.
It is need only to set about the cell even though it is reused at after PGC.
Only selected cell becomes to blank cell (new V/C-ID), and other reused cells remain originally.
There is no change to need step 3.Thank you jinjin_jp. I have been away so, sorry for not answering you sooner.

Regards

[jinjin_jp]

@blutach
Thanks for reply.

[Sajan]

Not sure if it already does it...After drag the slider, use Next and Prev buttons to go to the last VOBU and be sure to be there before set the ending mark.
@jsoto Yes, I did. But if last VOBU contains last GOP plus all redundant audio (without video)... This means that I can't cut audio and leave video because between I-frame of last GOP and begin of audio tail (w/o video) there is no else any I-frames... Or I mistake?

[jsoto]

Go to advanced settings for the display and choose "large fonts" to see the problem (MuxMan prior to 0.16 has the same problem). GetDialogBaseUnits() will help the scaling. Thanks for the tip, but seems this is not the problem here...In fact, I've one computer with large fonts and the other with small ones. I can't reproduce the problem.

@jsoto Yes, I did. But if last VOBU contains last GOP plus all redundant audio (without video)... This means that I can't cut audio and leave video because between I-frame of last GOP and begin of audio tail (w/o video) there is no else any I-frames... Or I mistake? AFAIK, a VOBU (with or w/o audio) has to be shorter than 1.4 secs, so the trailing audio has to be splitted in several VOBUs. I didn't tried, but I think you can cut at the last VOBU with video (not "Last", but mark the last LBA number) and VB will do the job.
jsoto

[Hoa Le]

I used VobBlanker to remove ("blank") some unwanted ads in a DVD movie, but Vobblanker lets me go beyond the last chapter (to an advertized clip for example). Normally, the original DVD movie blanks out the forward ">" when the last chapter is reached, but the version produced with Vobblanker does not (which allows me to go to the non-existing "next chapter").

[jsoto]

May be you are removing the PUOPs?

Uncheck "Remove PUOPs in VOBs" and uncheck "Remove PUOPs in IFOs"

jsoto

[r0lZ]

@Hoa Le: This behaviour may be caused by the NextPGCN pointer to itself option.

If the last chapter of your movie has a cell command to return to the menu, and you blanked the DVD with the NextPGCN option ON, if you press the next chapter button, you will execute the post commands instead of the cell command, and that may lead to the ads.

[Sajan]

AFAIK, a VOBU (with or w/o audio) has to be shorter than 1.4 secs, so the trailing audio has to be splitted in several VOBUs. I didn't tried, but I think you can cut at the last VOBU with video (not "Last", but mark the last LBA number) and VB will do the job.
jsoto
When I cut at the last VOBU with video (mark the last LBA number) VB cuts about 0.5 sec of video. So I should leave about 10 sec of trailing audio or lose 0.5 sec of video.

[jsoto]

So I should leave about 10 sec of trailing audio or lose 0.5 sec of video. I see....not easy to change it , sorry.
jsoto

[LosKyllos]

I have a strange problem with VobBlanker (any version) :(

When I press the 'Prev/Cut' or the 'Preview' button, the preview-window pops up, but the button disappears.

I can get it back when I minimize VobBlanker, but it is still annoying.

I'm using WindowsXP Pro SP1

Please help me :)

[jsoto]

I knew this problem, someone has already reported it. But I'm completely lost... I do not know what is the reason.. AFAIK, the most of the users do not experience the problem...
Just curious, could you describe your HW?
jsoto

[LosKyllos]

It's is pretty weird, because I have not always had this problem. That makes me think this has something to do with new drivers/software or something.

I have an AMD64 CPU on a nForce3 board...One of my friends with a P4 does not have this problem. Maybe that is a part of the problem.

Another thing...The button only disappears when I press it the 2nd time...The first time there is no problem (maybe that could help you find the problem)


This problem is very annoying, because VobBlanker is a GREAT tool, which I use a lot.


My computer:
AMD Athlon64 3200+, ASUS K8N mainboard, GeForce4 ti4400.
WindowsXP Pro Danish Version with Service Pack 1.

[jsoto]

Well, I was thinking on this problem and the only thing I can imagine is any kind of problem with MFC42.dll

Up to now, I was linking statically the MFC42.dll distributed with VisualC, but this is an old one. So I've built a new exe linking dynamically MFC42.dll. That means, the exe will use the library stored in your system, typically in C:\WINDOSW\SYSTEM32

Please check this beta, and, if works, let me know the exact version of MFC42 you have.

http://jsoto.posunplugged.com/temp/VobBlanker_2003b2_exe.zip

jsoto

[LosKyllos]

this beta works :)

How do I find out the version of my MFC42?

[geoffman]

locate MFC42.dll, right click on it, select properties and then the version tab.

[LosKyllos]

The version is 6.00.8665.0 :)

[r0lZ]

So I've built a new exe linking dynamically MFC42.dll. That means, the exe will use the library stored in your system, typically in C:\WINDOSW\SYSTEM32 Josto, don't forget that this exe will not work under Linux+Wine. Maybe you have to warn the user if the lib is not found. MFC42 can be easily downloaded from the net, and is also included in the PgcEdit distrib.

[jsoto]

this beta works :)Good!
The version is 6.00.8665.0:)Not so good. Seems it it the same I was linking with. Well, not absolutely sure, the version I have installed is 6.2.4131, but the one distributed with VisualC 6 is 6.0.8665
Josto, don't forget that this exe will not work under Linux+Wine. Don't worry, I know. I can distribute the library or offer two different downloads: statically linked (self-contained) and dynamically linked (less size, less download time)

jsoto

[lovelegend]

Two suggestions:
1) If I pressed the PROCESS and found that I did something wrong and pressed ABORT to terminate the program, the PROCESS button would remain inactivated, so that I couldn't make a little changes and start the process again (I must quit the program and restart it and set everything all over again)... I hope you could reactivate the PROCESS after abortion...
P.S. Same thing for finishing a process, hope you could reactivate the PROCESS button when the process is finished, so that it won't need to be restarted in order to process twice or more times...

2) For example for a 20-chapter-DVD, I need to blank chapter 11-20 and check the Final filesize, and then reverse the blanking selection (i.e., keep back chapter 11-20 and blank chapter 1-10) in order to make sure both discs would not exceed 4477MB... Therefore, it will be much more convenient if you can add a button on the Cell List Window which can reverse the blanking selection...

[2COOL]

2) For example for a 20-chapter-DVD, I need to blank chapter 11-20 and check the Final filesize, and then reverse the blanking selection (i.e., keep back chapter 11-20 and blank chapter 1-10) in order to make sure both discs would not exceed 4477MB... Therefore, it will be much more convenient if you can add a button on the Cell List Window which can reverse the blanking selection... This would be good to have in most ways but what I used to do was open up a second VobBlanker session along side the first and manually do my reverse selections.

[zacoz]

1) If I pressed the PROCESS and found that I did something wrong and pressed ABORT to terminate the program, the PROCESS button would remain inactivated, so that I couldn't make a little changes and start the process again (I must quit the program and restart it and set everything all over again)... I hope you could reactivate the PROCESS after abortion...A solution for you lovelegend would be to utilise the "Save Project as" function prior to pressing process. If you then find you do wish to abort, then you simply use "Open Project" which will reopen the disc at the point you saved including the selection of what to blank. Just make your minimal changes and process. Using "Save Project as" is a good habit to get into, particularly if you are doing full DVD's and blanking bits all over the place.
P.S. Same thing for finishing a process, hope you could reactivate the PROCESS button when the process is finished, so that it won't need to be restarted in order to process twice or more times...If you are talking about reprocessing the original unblanked disc again, then the above would also do. If talking about further processing of the first blanking run output then it's just a simple matter of opening or re-opening the dvd (depending on whether you processed to a separate directory or used the input folder. Either one takes almost no time.

[r0lZ]

Jsoto, to simplify the procedure explained by zacoz, maybe you could always save the project in a default INI file somewhere, when the Process button is clicked, and add a Reopen Last Project menu item. This way, if something went wrong, the user will be able to reload the same project, and remember the settings. Handy also to do the two processings of a DVD split.

[lovelegend]

If you are talking about reprocessing the original unblanked disc again, then the above would also do. If talking about further processing of the first blanking run output then it's just a simple matter of opening or re-opening the dvd (depending on whether you processed to a separate directory or used the input folder. Either one takes almost no time.
I was talking about when we're splitting a DVD, we always need to blank out some chapters and check the final size of Disc 1, and then reverse the keeping/blanking selections to check the final size of Disc 2, so it would be easier if we could have a "reverse keeping/blanking selections" button.


Found another problem -- when I blanked out some cells and played the processed DVD file in WinDVD 6, I found that the time seek slider was disable (it became half transparent). I did search the forum but I found no discussion about this issue (maybe the keywords I used are not right).
P.S. I never use WinDVD, but saw an article saying that WinDVD is picky on DVD structure, that's why I downloaded it and tested it with DVD file processed by VobBlanker

[r0lZ]

P.S. I never use WinDVD, but saw an article saying that WinDVD is picky on DVD structure, that's why I downloaded it and tested it with DVD file processed by VobBlankerIMHO, that's not true at all. WinDVD and PowerDVD are equal on this point: very lax!
The best software player to check the compatibility of a DVD is probably the IfoEdit's player, followed by Nero ShowTime. But you should always test on a good standalone.

[lovelegend]

IMHO, that's not true at all. WinDVD and PowerDVD are equal on this point: very lax!
The best software player to check the compatibility of a DVD is probably the IfoEdit's player, followed by Nero ShowTime. But you should always test on a good standalone.

But that's the case when I played it on WinDVD:

Original file:
http://hmr9dkc6xgks.hp.infoseek.co.jp/windvd_b4.png

File processed by VobBlanker Only:
http://hmr9dkc6xgks.hp.infoseek.co.jp/windvd_after.png

You can see the seek time slider's been disabled.


I just tried another DVD file (which has been demuxed, processed by DVD Maestro for adding subtitle stream, and then replaced the original PGC by VobBlanker) on WinDVD, it had the seek time slider but there's something wrong (the slider works only on the first half, when I drag to the slider to more than half time, it seems it couldn't find the time and it just pauses there).

P.S. But all files have no problem playing on PowerDVD (the seek bar works fine). I also tried the DVD Play on IfoEdit, but it doesn't have seek bar. :P

[r0lZ]

Most of the time, seek bar problems are caused by bad or missing datas in the VOBU address table, or in the VOBs. You should try a mock strip (http://forum.doom9.org/showthread.php?s=&threadid=84097).

[lovelegend]

Most of the time, seek bar problems are caused by bad or missing datas in the VOBU address table, or in the VOBs. You should try a mock strip (http://forum.doom9.org/showthread.php?s=&threadid=84097).
Did a mock strip but the time seek is still being disabled... weird WinDVD... :P

[jeanl]

Did you read this thread (http://forum.doom9.org/showthread.php?t=95466)? It's about exactly the same problem... Maybe you'll find your answer there...
jeanl

[lovelegend]

Did you read this thread (http://forum.doom9.org/showthread.php?t=95466)? It's about exactly the same problem... Maybe you'll find your answer there...
jeanl
Thanks for your help, but it's not the same, he got no time seeking for every player but mine plays fine in any player but WinDVD... :D

Anyway, I still used IfoEdit to check, the time map table is there (as it should be since I can seek in PowerDVD), I also checked the UPO's and there is no prohibition there.

[jeanl]

It's possible that you have PUOs in the VOB files. They're harder to find... It could be that WinDVD honors these PUOs, while PowerDVD does not. I'm not sure how you can remove them after the fact (it's easy when you rip). I know that someone wrote an app to do that, but I don't remember the name...
jeanl

[2COOL]

I know that someone wrote an app to do that, but I don't remember the name...You mean this? vobPUO (http://forum.doom9.org/showthread.php?s=&threadid=86318)

[jeanl]

Yes, you beat me to it! I just found that thread! You devil! ;)
jeanl

[doomer2]

[Transplanted thread from PgcEdit]

I tried using vobblanker to replace a title like you suggested jeanl, but the replacement title had a different number of cells even though it had the right number of chapters, and I got these messages:

Cells to be replaced =22.
Cells in replacing VOB=37.
WARNING: Number of cells higher in replacing title. Extending last cell.

After it completed, I went and looked, and like I suspected, the chapters were all screwed up because it kept the 1 cell/chapter of the original vobs and "squished" all of the extra cells in the replacement vobs into the last chapter, so it contained half of the title instead of having the right chapter points.

Is there a better way to do this that will keep the chapter points and add/remap the cells properly?
Thanks.

[lovelegend]

It's possible that you have PUOs in the VOB files. They're harder to find... It could be that WinDVD honors these PUOs, while PowerDVD does not. I'm not sure how you can remove them after the fact (it's easy when you rip). I know that someone wrote an app to do that, but I don't remember the name...
jeanl
um... VobBlanker has an option to remove UPO's in VOB, isn't it? But anyway, I tried that program but also no luck... LOL

I think I'm not the only one who got this problem with WinDVD (as I said I tried it because I saw some discussion about time slider of WinDVD), but it seems that no one did discuss about it.... or no one likes to use WinDVD here? :P

[jeanl]

[Transplanted thread from PgcEdit]

I tried using vobblanker to replace a title like you suggested jeanl, but the replacement title had a different number of cells even though it had the right number of chapters, and I got these messages:

Cells to be replaced =22.
Cells in replacing VOB=37.
WARNING: Number of cells higher in replacing title. Extending last cell.

After it completed, I went and looked, and like I suspected, the chapters were all screwed up because it kept the 1 cell/chapter of the original vobs and "squished" all of the extra cells in the replacement vobs into the last chapter, so it contained half of the title instead of having the right chapter points.

Is there a better way to do this that will keep the chapter points and add/remap the cells properly?
Thanks.
mmm, it would be easy to correct the chapters in PgcEdit after the fact, that might be your fastest route. How did you manage to add more cells to the VOB? Does the modified VOB have more chapters, or exaclty the same number, but more cells? I'm not sure how the problem can be avoided in the first place, because I don't think vobblanker reads the replacement IFO to figure out where chapter points should be (but maybe I'm wrong here).
Note that you would have the same problem if you replaced the vob and did a mock strip. Your chapters would be screwed up because you don't have the same number of cells. This seems to call for manual adjustments...

jeanl

[jeanl]

um... VobBlanker has an option to remove UPO's in VOB, isn't it? But anyway, I tried that program but also no luck... LOL

I forgot about that. That's right. You can use vobblanker for that.

I think I'm not the only one who got this problem with WinDVD (as I said I tried it because I saw some discussion about time slider of WinDVD), but it seems that no one did discuss about it.... or no one likes to use WinDVD here? :P
not me (it does not even work on my system - no video, so I gave up on it)... But I think jsoto uses it to tests his output DVDs pretty systematically... I use PowerDVD and mediaplayerclassic (which I also found to be quite strict, much more so that PowerDVD, probably because it's also based on direct-show)...
jeanl

[lovelegend]

I just played around with the IFO's and WinDVD and I found the problem. It is the Previous/Next PGCN Links!!! Whenever the Previous or Next PGCN Links field is changed to non-zero number, the time slider of WinDVD will be disabled (When I changed the Pre/Next PGCN Links to zero, the slider showed up).

However, I know that Pre/Next PGCN Links are useful for PowerDVD to jump to next Title Set by pressing NEXT, so it really depends on which player you're using.

P.S. But the time seek function of WinDVD is not quite good, sometimes you slide to a point and the screen just pauses there, you need to move back and forth to make it work...

[mpucoder]

Whenever the Previous or Next PGCN Links field is changed to non-zero number, the time slider of WinDVD will be disabled (When I changed the Pre/Next PGCN Links to zero, the slider showed up).
Could you try changing the Next PGCN link to point to itself? If the Next PGCN points to another PGC that means the PGC is not one-sequential, and should not have a time map (so WinDVD's action makes sense).

[lovelegend]

Could you try changing the Next PGCN link to point to itself? If the Next PGCN points to another PGC that means the PGC is not one-sequential, and should not have a time map (so WinDVD's action makes sense).
Recent release of VobBlanker fills the Previous and Next PGCN links to point to itself, and I got the problem with the files processed by VobBlanker only. That's why I tried changing the IFO and got this result.

For a 1-PGC Title Set, after being processed by VobBlanker, the Pre/Next PGCN Links will be filled with 1 (points to itself), I tried Pre/Next = 0/1 or 1/0 but they didn't work, only 0/0 makes the slider showing up...

[mpucoder]

Well, in that case WinDVD's handling of the links is flawed.

[doomer2]

mmm, it would be easy to correct the chapters in PgcEdit after the fact, that might be your fastest route. How did you manage to add more cells to the VOB? Does the modified VOB have more chapters, or exaclty the same number, but more cells? I'm not sure how the problem can be avoided in the first place, because I don't think vobblanker reads the replacement IFO to figure out where chapter points should be (but maybe I'm wrong here).
Note that you would have the same problem if you replaced the vob and did a mock strip. Your chapters would be screwed up because you don't have the same number of cells. This seems to call for manual adjustments...

jeanl

How can I correct the chapters in PgcEdit when after vobblanker has replaced it, it has merged the last 16 cells into a single cell. I probably could fix it if it had kept the cells seperate, but it didn't. As far as I know, PgcEdit can't split cells, which would be the only way to fix it after that, but then I'd also have to find all the split points by hand, when they were already right in the replacement title.

The editing application I used supports exporting to DVD, and I used that so that I could replace the title without remastering the original. When the app created the video, it used more cells (37 when the original only had 22, one for each chapter). I kept the same number of chapters so it would fit in with the same chapter breaks that the menus used. But it didn't handle the extra cells like I would expect it to.

[r0lZ]

Well, in that case WinDVD's handling of the links is flawed.That's right! WinDVD disables his time slider when a NextPGCN or PrevPGCN link is non-zero. It's not a problem with VobBlanker: I have just tried to change the links with PgcEdit on a fresh rip, and the problem occured. Obviously it's a bug in WinDVD, since setting the links to point to itself works with all standalone players.

[r0lZ]

How can I correct the chapters in PgcEdit when after vobblanker has replaced it, it has merged the last 16 cells into a single cell.It's not possible.

But you may try this: overwrite your original VOBs and IFOs with the new ones, and load the resulting DVD in PgcEdit, then save. Load it again, and verify that the Title Map table has the correct number of chapters.
I'm not completely sure it will work, but I think so.

Take care: the number of Titles in the new VOBs must be equal than in the original. But the number of cells or chapters doesn't matter.
Also, if you want to keep the titleset menu, you should either do a backup of the original first to be able to import the menu later, or you should import the original menu in the new titleset before copying it.
Of course, test carefully.

[jeanl]

How can I correct the chapters in PgcEdit when after vobblanker has replaced it, it has merged the last 16 cells into a single cell. I probably could fix it if it had kept the cells seperate, but it didn't. As far as I know, PgcEdit can't split cells, which would be the only way to fix it after that, but then I'd also have to find all the split points by hand, when they were already right in the replacement title.
Sorry, I misunderstood you. I thought you had many cells merged as 1 chapter, not merged as 1 cell! I didn't know vobblanker could do that! I'm guessing it does it because then you don't have to change the PGCs to add the extra cells for playback... I didn't think what r0lZ suggests would work, but if it does, it's pretty cool!
jeanl

[doomer2]

Take care: the number of Titles in the new VOBs must be equal than in the original. But the number of cells or chapters doesn't matter.
Of course, test carefully.

Unfortunately, the original dvd had several titles, while I only edited and reexported one. But I may go back and try to add/import the additional titles into the replacement "source" dvd so the number of titles is right, so I can try what you suggest.

Hopefully, jsoto will weigh in with a cleaner way to do this within vobblanker.

Thanks for your suggestions r0lZ and jeanl.

[sweetness]

@doomer2
try using AddChapter (by jsoto) to add cells to the original ifo (back them up first) so the number of cell matches the ones you want to replace.
replace, then edit the chapters with pgcedit.
see if that works.

[jeanl]

@doomer2
try using AddChapter (by jsoto) to add cells to the original ifo (back them up first) so the number of cell matches the ones you want to replace.
replace, then edit the chapters with pgcedit.
see if that works.
I like that idea! :)
jeanl

[lovelegend]

How can I correct the chapters in PgcEdit when after vobblanker has replaced it, it has merged the last 16 cells into a single cell. I probably could fix it if it had kept the cells seperate, but it didn't. As far as I know, PgcEdit can't split cells, which would be the only way to fix it after that, but then I'd also have to find all the split points by hand, when they were already right in the replacement title.
You can use DVD Remake Pro to add chapter...

The editing application I used supports exporting to DVD, and I used that so that I could replace the title without remastering the original. When the app created the video, it used more cells (37 when the original only had 22, one for each chapter). I kept the same number of chapters so it would fit in with the same chapter breaks that the menus used. But it didn't handle the extra cells like I would expect it to.
So you have no control on how many cells the app would create? If so, I think you better not using the "export to DVD" function, just save it to m2v and use DVD authoring software like DVD Maestro, since you have control on it...

[doomer2]

@doomer2
try using AddChapter (by jsoto) to add cells to the original ifo (back them up first) so the number of cell matches the ones you want to replace.
replace, then edit the chapters with pgcedit.
see if that works.

I tried it and and that worked. Added 15 more chapters (really only wanted the cells, but couldn't see a way to do that without adding chapters too), went into pgcedit and deleted the extra chapters, and made the cell->chapter matches right, then used vobblanker to replace the title. A little roundabout, but it definitely worked.

One small thing that was a little strange, the cell times of the title after the replacement were sometimes off by being a frame smaller compared to the source of the replacement title. Didn't happen on every cell, or any pattern I could see, just every few cells it would be one frame shorter. The resulting title was a total of 5 frames shorter. Could this be a problem with the mastering app on the replacement title, and vobblanker found and fixed the frame/time counts, or is it possible that vobblanker has an occasional off-by-one error? I guess a better question is, does vobblanker actually count frames as it's rewriting the vob's so it could possibly correct this?

[sweetness]

i have a little problem :(
a disc i'm trying to back up the vob is unsynchronized. and every backup tool can not process it. so i thought maybe vobblanker can fix. no luck there too.
so here's my log
Version 2.0.0.2. Starting new process:
=========== STARTING VTS_01 ====================
VTS 01: Opening IFO
VTS 01: Processing VOB (Menus)
Menu does not exist, continuing
VTS 01: Processing IFO (Menu)
Looping into Menu PGCs and cells
VTSM_C_ADT table did not exist
VTSM_VOBU_ADMAP table did not exist
VTS 01: Processing VOB (Titles)
--------------TITLE VOB PREPARING PHASE-
VTS 01: Keeping PGC 01
--------------TITLE VOB WRITING PHASE STARTED-
VTS 01: Keeping Cell VID/CID: 01/01
VTS 01: Keeping Cell VID/CID: 01/02
VTS 01: Keeping Cell VID/CID: 01/03
VTS 01: Keeping Cell VID/CID: 01/04
VTS 01: Keeping Cell VID/CID: 01/05
VTS 01: Keeping Cell VID/CID: 01/06
Error reading input VOB: Unsynchronized
VTS 01: Keeping Cell VID/CID: 01/07
WARNING: No Navs found!: outputting a blank cell
VTS 01: Keeping Cell VID/CID: 01/08
WARNING: No Navs found!: outputting a blank cell
--------------TITLE VOB WRITING FINISHED-
VTS 01: Cell data array filled (Titles)

PostCommands changed into Precommands in 0 PGCs of a total of 0

Finished with ERROR. Process Aborted and not completedVersion 2.0.0.2.
my questiona are:
can i "compress" the disc with the blanked cells then add the original cells(the unsynchronized ones) back in?
also, just woundering why VB aborted? and not continue to create the ifo's.
thanks

[jeanl]

If I remember what jsoto said, unsynchronized means something is really wrong in some of the packs (see this (http://forum.doom9.org/showthread.php?s=&threadid=89662)).
You should
If I were you, I'd open the vob file in VobEdit and try to go to cell 1/6 and see if some of the packs are unrecognized by vobedit.
jeanl

[lovelegend]

Just did another test with WinDVD -- I used VobBlanker to process a DVD, but I didn't blank/replace/strip anything, and then played both DVD and processed DVD file on WinDVD. The original DVD had no problem, I could drag the time slider to anywhere and it still could play immediately. However, the processed DVD file had time seeking problem with WinDVD (I dragged the time slider to anywhere within the first half of the movie and WinDVD could play immediately, but if I dragged to the 2nd half, especially the last quarter of the movie, 8 out of 10 times would not be able to play (it just paused there and looked like it couldn't find the playing point))...

I compared both VTS_01_0.IFO's and found that they are identical except the Video Title Set Time Map Table (VTS_TMAPTI), in which they have totally different entry sector numbers/values (as I didn't changed anything, I did expect their Time Map Tables should be the same). I know nothing about VTS Time Map Table so I can't say which one is the correct one, but obviously WinDVD is not compatible with the Time Map Table made by VobBlanker... (because at last I copied the VTS_01_0.IFO from the original DVD and overwrote that of the processed DVD file, and then the processed DVD file had no time seeking problem anymore)

Hope VobBlanker would change the way of filling Time Map Table, otherwise WinDVD would always has problem playing files processed by it

[CoNS]

@sweetness: A mock strip in IfoEdit didn't help either?

[jsoto]

Hi guys,

A few days out..., and a lot to read.

@sweetness:
Try blanking Cell 1/6. If everything is OK, means there are problems only in this cell and you can try to replace it later...
I'm pretty sure VobBlanker will also fail extracting cell 1/6, but may be other tools...

jsoto

[FilipeAmadeuO]

Jsoto:
When do you plan to support seamless brenching and multi-angle ?

[lovelegend]

Jsoto:
When do you plan to support seamless brenching and multi-angle ?
never... :p

[jsoto]

never... :p
Yep, probably never...

I had in mind to add the ability to keep one angle (nothing more, nothing less) but lately I cannot find time to work on VobBlanker nor in any other tool... Sorry guys, I'm really busy in my life...

@lovelegend
In your last post, did you uncheck the "next/prev PGCN pointer to itself" boxes? If yes, I'd like to see the IFOs with the time table problem. Please send me the original and the non-working one (keeping everything in VB).

jesus_soto_viso -at- terra -dot- es

jsoto

[lovelegend]

@lovelegend
In your last post, did you uncheck the "next/prev PGCN pointer to itself" boxes? If yes, I'd like to see the IFOs with the time table problem. Please send me the original and the non-working one (keeping everything in VB).

If next/prev PGCN Links are filled with non-zero numbers, then WinDVD will just disable the time slider:

http://hmr9dkc6xgks.hp.infoseek.co.jp/windvd_after.png

I must uncheck them in order to test the time seek function...
PMed the IFO's to you, please check your PM box... :)

P.S. Because of it, I suggest for the next release, the "next/prev PGCN pointer to itself" should be unchecked by default

[sweetness]

yes, the mock strip did get rid of the errors so it can be processed by other tools but the viedo is still messed up(skips and blocky).
yes, VobBlanker fails to extract the cell, but not vobedit.
i don't think i can fix the cell so it play and looks good. i not going to worry about it anymore.
thanks.

jsoto, do you think you can get that yellow jersey? :)

[sweetness]

@lovelegend
set all your settings the way you like it(uncheck the "next/prev PGCN pointer to itself") Apply, then under settings > Save to the Registry or Alt+S. this way you don't always have to change them.

[lovelegend]

@lovelegend
set all your settings the way you like it(uncheck the "next/prev PGCN pointer to itself") Apply, then under settings > Save to the Registry or Alt+S. this way you don't always have to change them.
Thanks for your reply, but it's not for me, it's for people who use WinDVD and VobBlanker and don't know this bug in WinDVD (not all the users would know to come here and search for answer), if these options would cause playback problem (though I know it's a bug in WinDVD but VobBlanker), then those options should better be unchecked by default, right? ;)

@josto
I think you should put this WinDVD bug info on your VobBlanker page to notisfy people

[zacoz]

Sorry guys, I'm really busy in my life...Someone around here has a life outside DVD's ?

Please :script: to help out the rest of us :D

[Tobii]

@ jsoto

Short question ...

Is it possible to give us a VobBlanker with the Preview Version 2.0 by jeanl?

[jsoto]

I already have it in my TODO..

[jeanl]

jsoto,
It should only be a matter of recompiling... Let me know if anything goes wrong with the new version!
Jeanl

[jsoto]

Compiles OK, and seems to work without any problem.
jsoto

[blueboyec]

Jsoto,

Any way we can get a copy of vobblanker with this new complied viewer from jean?

Thanks

[jsoto]

I'm currently on holidays, and I do not have access to internet (only occasionally).
But, in the first days of September I´ll output a new release.
jsoto

[blueboyec]

jsoto,

Hope you have a great holiday(s)! Awaiting your September release.

Thank for the great program!

[2COOL]

@jsoto

I know you are still on vacation and I want you to have a great summer break. Anyways, just wanted to post this before I forget. Can we have a option setting to have the preview play automatically when using the Prev/Cut button? Also, how about adding a "blank this cell" button in preview dialog?

Take care of your business first and will look forward for your reply when you get back. ;)

[jsoto]

About blanking, seems r0lz has taken the challenge in pgcEdit.

The option to autoplay, well, I can include it...

jsoto

[CoNS]

Hey jsoto, looking forward to the new version in September... :cool:

Are you going to include these (http://forum.doom9.org/showthread.php?p=672591#post672591) suggested options in the next release wrt the Replace PGC function? Would be much appreciated :D

[jsoto]

@CoNS,

Sorry, I've forgotten them...

About transfer the palete, OK, I'll do it. The color palete is per PGC, so it fits perfectly when replacing a PGC.

But audio/sub attributes affect to the whole VTS.
Currently VB checks for inconsistences in the replacing VOB actual audio/video (not subs) attributes and the attributes stored in the original IFO, asking the user for confirmation. But I'm not sure what happens about the presence/absence of the streams, neither in the VTS tables not in PGC stream status tables. May be I can add some checks here...

jsoto

[CoNS]

Would be great, thanks! :)

Even though the whole VTS is affected, you could maybe still add the copying of the subtitle table/stream attributes as an option for the user to decide? In 10 out of 9 cases (!) when I use VobBlanker's Replace PGC function to copy back the main movie with extra (custom) subtitles, there's only 1 PGC in the VTS in question, with the main movie...

[blutach]

Bug with disappearing bottom part of VobBlanker screen.

See this post (http://forum.doom9.org/showthread.php?p=636458&highlight=window#post636458).

This has cropped up a few times. A friend of mine had the problem and traced it to a driver conflict with his video card - specifically to nvidia drivers.

He fixed the problem by increasing screen res to 1024 x 768

Dunno what else you can do, jsoto.

Regards

[jsoto]

@blutach,
See this post (http://forum.doom9.org/showthread.php?p=678654#post678654) and the following ones.

This is the reason why I'm now producing the two exes, static MFC42 and shared MFC42

jsoto

[jm1647]

Thanks jsoto - I have the same problem with XP Pro Sp2 and a cheap agp video card (PA50 from Aopen). VoBBlanker is still very usable though. I just go to File ...Execute etc.

I have 2 versions of mfc42.dll right now. 6.2.4131.0 is in my windows\system32 folder and 6.0.8865.0 is in about 6 other places, mostly nero.

[jsoto]

@jm1647
Which problem do you have?

A) Buttons disappearing?. (not the ones at the bottom, the other ones) If yes, did the beta (working with a shared dll) work for you?

B) VobBlanker main dialog size? . Solved in next version: I've reduced the size, just to fit in 800x600.

jsoto

[jm1647]

@jsoto - it is the buttons at the bottom (Abort, Process and Quit) not showing in 800x600 mode . .....If ya want me to try anything let me know.

Thanks

[jm1647]

@jm1647
Which problem do you have?

A) Buttons disappearing?. (not the ones at the bottom, the other ones) If yes, did the beta (working with a shared dll) work for you?
jsoto

Is there a different version of the beta floating around besides this one
VobBlanker_2002b9_exe.zip I see it has an earlier date than than the released 2.0.0.2 and was just wondering. If there is another give me a link and I'll try it. I found the link for VobBlanker_2002b9_exe.zip in the topic here @doom9.

Thanks

[jsoto]

Hi,
In this post (http://forum.doom9.org/showthread.php?p=679063#post679063) you can find a beta of VB 2003, related with the "Buttons disappearing" issue.

But I'm going to release in a few days VB 201. Wait just one week.

jsoto

[jm1647]

@jsoto - Thanks for the headsup, I'll wait.

[CirTap]

@jsoto: have you had a chance to look at the "resize-window-problem"? I have v2.0.0.2
http://forum.doom9.org/showthread.php?p=676629#post676629
it happens for me, too, on 2 different machines, both XP/SP2 + ATI 9x cards -- in case it matters. oh, and I have the XP-yum-yum-look turned off, that is I use the "classic windows" theme/style/whatever.
display/screen resolution or whatever window-size I choose dosen't seem to have any affect, as well as if there's some content in the table or not (eg. program start or after loading the IFO). also, unlike in Sajan's example screenshot, the buttons here totally disappear as well as the rightmost column of the table. its left border is perfectly aligned to the second checkbox-row on both PCs.

editoops, how come I haven't seen your post above? :-)
anyway, I just downloaded 2003b3 and the buttons still jump off the window. btw. I have MFC42.dll v6.2.4131.0 in system32\ and (bizarre) v6.0.8665.0 in some "WinSxS\\x86_Microsoft.Tools.VisualCPlusPlus.Runtime-Libraries\...." folder as you ask for it in the other thread.

Have fun,
CirTap

[2COOL]

@jsoto

Just for confirmation...what's the process for doing a "mock strip" in VobBlanker. I've read it being mentioned but not thoroughly explained. Can there be an option to automate it?

[jsoto]

@CirTap,
Sorry, I do not have any clue for your problem... I cannot imagine why it does not work. Sure it is related with the initial coordinates I keep in memory, which seems to be wrong.
Just to confirm, could you check the menu dialog or cell lists dialog? (hit menu button in a VTS or Cells button in a PGC) Do they show the same problem? These dialogs are also resizeable, but the way how I coded it is slightly different to the main pane...

@2COOL

Process to mock strip in VB:
Select the VTS and the PGC to be mock stripped. Currently you cannot do a multiple selection.
Hit strip and keep all the streams.
Hit process!!.

Up to now, it is not easy to automate. You need a project file like this (you can write more VTS or more PGCs than the actual ones in the DVD, but if you put less than the ones in the DVD, the rest will be defaulted as KEEP):

[General]
InputPath=F:\TEST
OutputPath=E:\OUTPUT
[VTS01]
ActionVTS=PROCESS
ActionT01_01=STRIP
ActionT01_02=STRIP
ActionT01_03=STRIP
ActionT01_04=STRIP
....
[VTS02]
ActionVTS=PROCESS
ActionT02_01=STRIP
ActionT02_02=STRIP
ActionT02_03=STRIP
ActionT02_04=STRIP
....

But , the first thing I have to do is to support stripping in menu domain, currently not supported.

jsoto

[2COOL]

But , the first thing I have to do is to support stripping in menu domain, currently not supported.Thanks jsoto! But couldn't I just process the whole DVD with the option to check/uncheck "remove PUOPs" options? By default, all streams are kept anyway. Basically, load IFOs and process. I'm more concerned about the Title domains than the menu domains for now.

[EDIT]I think I answered my question by just doing a VobBlanker test right now. It's about time I get my first cup of coffee for the day. :P

[jsoto]

Thanks jsoto! But couldn't I just process the whole DVD with the option to check/uncheck "remove PUOPs" options? By default, all streams are kept anyway. Basically, load IFOs and process. I'm more concerned about the Title domains than the menu domains for now.
Not sure if I understand...
Do you mean an additional option to do a mock strip (pointer adjustments) when keeping? Seems easy... In this case it will be very easy to automate...
jsoto

[2COOL]

We all know that mock stripping in IfoEdit can be done but there is a bug with it on disappearing cell commands. Since Derrow is not around to fix it, I was hoping for an alternative and VobBlanker is my first option. ;)

[jsoto]

@CirTap
Please check your PM.

@2COOL
Well, it is my intention to support "mock strip" in VB, (but not "in place"). I think the best way is to add an option which means to fix the pointers in keep mode.

To support mock strip "in place" (completely different concept to the option "use the input folder") requires a modification in how VB works, so I'm not motivated to do it...

jsoto

[2COOL]

Well, it is my intention to support "mock strip" in VB, (but not "in place"). I think the best way is to add an option which means to fix the pointers in keep mode.Hmmm...I can accept this proposal. Would we also have a global option in keep mode to mock strip instead of just a single PGC?

[blutach]

You'd need to be able to mock strip the whole titleset not just a PGC - for example, what if a 2nd PGC had reused cells from the first?

Regards

[jsoto]

You'd need to be able to mock strip the whole titleset not just a PGC - for example, what if a 2nd PGC had reused cells from the first?
Regards Not really a problem. There are two different parts in a mock strip:
A) IFO pointers adjustments (VOBU pointers, sectors in ADT tables, etc)
B) VOB internal pointer adjustments (Nav packs)

Part A) is always done by VobBlanker. It always redo from scratch many tables in the IFO (Menus and Titles ADT & ADMAP and TMAPTI)

Part B) is done cell by cell. You could adjust only one cell and do not adjust the other ones (if you think they are correct). Up to now, VB automatically mark the cells to be adjusted if:
- They are the starting or ending ones in a title cut
- They have been stripped. (all the cells in the PGC are marked in this case)

But, I agree that, for practical purposes, it should be very interesting to have a "global option" to fix all the pointers (part B) in the case of KEEPing PGCs/Cells. In this way, the only thing you have to do is:
- Open the DVD with VB.
- Select the output folder
- Be sure the global option is turned on. Be sure the other global options like "Remove PUOPs" are preset with the value you want.
- Hit process. All the DVD will be mock stripped (well, currently, only titles domain).

jsoto

[CoNS]

Well, it is my intention to support "mock strip" in VB, (but not "in place"). I think the best way is to add an option which means to fix the pointers in keep mode.

To support mock strip "in place" (completely different concept to the option "use the input folder") requires a modification in how VB works, so I'm not motivated to do it...But it IS possible to do a VobBlanker mock strip in the input folder, right? Like blutach and jeanl described in this thread (http://forum.doom9.org/showthread.php?p=666223#post666223) (in the later replies). However, it seems like blutach is doing it a little differently than you described:

just process in input folder. Select the VTS to mock strip (click on process for that one - or process all if you like) and then click on Process! No problems. You can actually strip and select all audio and cells, if you like but that takes longer.So it's not necessary to click Strip and keep all the streams? Marking the VTS for "Process" is enough?

What is the difference between a mock strip "in place" and "in the input folder", then? The mock strip in place/in the input folder using IfoEdit (I'm using your instructions here (http://forum.doom9.org/showthread.php?p=559166#post559166)) is really useful for both menus and titles, so it would be very nice to be able to do it in VobBlanker, too, and without the cell command bug in IfoEdit... :)

(just for future reference: jsoto has described the differences between mock strips in IfoEdit and VobBlanker respectively in this thread (http://forum.doom9.org/showthread.php?p=635924#post635924))

[jsoto]

But it IS possible to do a VobBlanker mock strip in the input folder, right?Yes, but it is faster if you use two different physical drives for the input and output files.

So it's not necessary to click Strip and keep all the streams? Marking the VTS for "Process" is enough?No, currently it is needed. Mock strip can be splitted in two parts:
A)IFO pointers adjustments
B)VOB internal pointer adjustments
Part A) is always done by VB (titles and menus), marking the VTS as process (processing titles and menus) is enough.
Part B) is done (currently) only if you mark the PGC as strip, (keeping all the sreams)

What is the difference between a mock strip "in place" and "in the input folder", then?
"in place":
Means to open the VOB, and modify directly in the input file. There is no backup. It is faster, because you only need to read/check/update some values in the nav packs. The rest of the packs are untouched (even more, you do not need to read them). As a drawback, you cannot recover the originals, because they are modified.
Well, actually you need to read all the packs, at least the first bytes, to classify the pack (video, audio,subs, stream number...). This info is needed to update the nav packs.
"in the input folder"
This is related with VB. VB moves the original VOB to a backup folder, so to generate the new file all the packs have to be read and written. At the end of the process you will have two file sets, the originals (in backup folder) and the modified ones.

it would be very nice to be able to do it in VobBlanker, too I'm going to add the feature.

jsoto

[CoNS]

Great, thanks! :) I bet it'll be widely appreciated!

[blutach]

@jsoto - for the final release is it possible to give a good rundown of what each option in the "More Options" screen does?

Many thanks.

Regards

[jsoto]

@jsoto - for the final release is it possible to give a good rundown of what each option in the "More Options" screen does? It is in the updated help file you should have. Is it not enough or not easy to understand? (My english is not too good)

@all,
I've found a major error in subs stripping feature, so I'll need some additional time to fix it before release the SW. So I'm not going to release it yet.

jsoto

[CoNS]

It is in the updated help file you should have. Is it not enough or not easy to understand?Maybe you could extend the explanations in the mouseover toolstips? I have to admit that I'm one of those scoundrels that hardly ever open a help file for an app... :o

[jsoto]

I do not know how to code a multiline tooltip. Currently I'm limited to only one row in a tooltip.

jsoto

[2COOL]

I do not know how to code a multiline tooltip. Currently I'm limited to only one row in a tooltip.I know you are using C++ but it can be done. http://www.codeguru.com/Cpp/controls/listview/tooltiptitletip/article.php/c4161/

Don't ask me about C++ because I'm more of VB6 kinda guy. ;)

[jsoto]

For sure I knew it can be done... but it is not "simple", needs some "investigation". Thanks for the link, it will be useful.

jsoto

[jeanl]

Thanks for the link 2C00L, I've been looking at doing that too. Amazing how M$ makes it hard to do even the most basic things (like change color on a button, or multiline displays)...
Jeanl

[jsoto]

After some investigation, it has been really easy... BTW, I'm using the class CToolTipDialog (author H. Devos), taken from ReJig sources.

To allow multiple line Tooltip
It is enough to add
m_wndToolTip.SetMaxTipWidth(TOOLTIPWIDTH);
before
m_wndToolTip.RelayEvent(&msg);
in
BOOL CToolTipDialog::PreTranslateMessage(MSG *pMsg)

that's all.

BTW, I do not see the 80 char limitation pointed in the article...

jsoto

[blutach]

Thanks jsoto - I did look at the help file, but the options are increasing at a rapid rate and a good explanation in the help file and/or tooltips might come in handy.

Regards

[jsoto]

Hi all,

Here you can find a new beta, including an updated help file and the changelog

http://www.vcdhelp.com/~jsoto/temp/VobBlanker_2010b6_exe.zip

please report back any bug...I'm going to release it in a few days.

jsoto

[CoNS]

Changelog Vers 2.0.1.0 (??-09-2005)
[...]
Added: Option to copy color palette when replacing PGC.
Added: Option to copy Audio/subs tables and status when replacing PGC.
[...] :thanks:

[CirTap]

@jsoto: sorry for not responding any earlier, I was offline.
the resize problem was gone with b5 (which you probably know by now), it's been weired as it really only happened in the main window, not the others as you suspected ...
anyway, thanx for the update!!

Have fun,
CirTap

[Taelon]

@jsoto,

I recently encountered MFC errors that would crash VB when Previewing ILV cells in VobBlanker_2002, also tested with 2003b2 which would also crash. I thought perhaps the fault would be resolved in v201, but checking beta6 and it still will crash eventually. I've tried to document the errors specific to v201.

Testing v201 b6, could not generate MFC error when Previewing a variety of ILV cells after fresh system boot, but at program exit received Application Error popup notice (see below). Restarted VB, Previewed an ILV cell & closed Previewer ok, but the second time Preview button is pressed causes MFC error (see below) doesn't matter if it's the first or second PGC entry (ILV). This behavior is repeatable until the system has been rebooted, it always crashes 2nd time a Preview window is opened for an ILV title.

Event Type: Information
Event Source: Application Popup
Description:
Application popup: VobBlanker.exe - Application Error : The instruction at "0x73dd292e" referenced memory at "0xede07778". The memory could not be "read".

Event Source: Application Error
Description:
Faulting application vobblanker.exe, version 2.0.1.0, faulting module mfc42.dll, version 6.2.4131.0, fault address 0x00001110.I should point out that I've only seen this problem with 1 DVD and when I processed it with v2002 I was still able to blank out the 2nd ILV PGC, and it worked fine. The crash only seems to occur when previewing, often when closing or opening the Preview window.

[r0lZ]

Have you tried to preview the same cells with PgcEdit's preview? PgcEdit uses the same preview library. So, this test could help identify if the problem comes from the preview engine, or from VobBlanker.

[jeanl]

I'm curious about this problem. I have seen 1 other instance where the preview code crashes (but not in vobblanker and not in pgcedit, because of the way these programs use the preview, I wouldn't expect them to crash, and I've never seen them crash - ever ;) ).
jeanl

[Taelon]

rolz,
I just now tried it and PgcEdit didn't crash or show any errors at all. Then tried VB again and eventually got it to crash, restarted it and verified it would crash 2nd time Preview was opened again. Then went back to PgcEdit and couldn't get it to crash no matter how many times I opened and closed the Preview.

The other difference I notice is by watching the Processes in Task Man, PgcEdit opens a seperate PgcEditPreview.exe process when previewing, VB seems to do everything including the preview in One Process.

I'll try to gather a little more info on that and post it soon.

[r0lZ]

The other difference I notice is by watching the Processes in Task Man, PgcEdit opens a seperate PgcEditPreview.exe process when previewing, VB seems to do everything including the preview in One Process.That's right. PgcEdit uses an external executable, called PgcEdit_preview.exe, stored in the 'bin' folder, and written by jeanl. So, PgcEdit should not crash, even if the Preview crashes. So, you should verify the behaviour of the preview window and process, not PgcEdit's main process.

[jsoto]

@Taelon
I've done a quick test with Alien1 and I was not able to crash VB...
Could you explain exacly what do you do in preview window?
Are you seeking with anyone of the scroll bars?
jsoto

[goonix]

@jsoto

If I replace a small cell with a big VOB, I get following log file:

Version 2.0.1.0 beta 6. Starting new process:


=========== STARTING VTS_01 ====================
VTS 01: Opening IFO
VTS 01: Processing VOB (Menus)
--------------MENU VOB PREPARING PHASE-
VTS 01: Cell Based Menu LU 01, PGC 01
Replacing Cell # 1, VID/CID=01/01
--------------MENU VOB WRITING PHASE STARTED-
VTS 01: (CB) Replacing Cell VID/CID: 01/01
WARNING: Number of Cells in replacing VOB higher than one. Continuing with same cell VID/CID
--------------MENU VOB WRITING FINISHED-
VTS 01: Cell data array filled (Menus)
VTS 01: Processing IFO (Menu)
Looping into Menu PGCs and cells
PGCN Pointer: Pointing Prev PGCN to itself in LU 1, PGC 1
Building VTSM_C_ADT table
Filling VTSM_VOBU_ADMAP table
VTS 01: Processing IFO (Ending and writting)
=========== VTS_01 FINISHED =====================

=========== STARTING VIDEO MANAGER ===========
VIDEO_TS: Opening IFO
VIDEO_TS: Processing IFO (Ending and writting)
=========== VIDEO MANAGER FINISHED ===========


Moving Files start
Moving File: VTS_01_0.IFO
Moving File: VTS_01_0.BUP
Moving File: VTS_01_0.VOB
Moving File: VIDEO_TS.IFO
Moving File: VIDEO_TS.BUP

Adjusting sectors
Done OK

PostCommands changed into Precommands in 0 PGCs of a total of 0

Finished. No Errors, 1 WarningsIf I try to open the processed DVD files again, VB crashes with an MFC application error.

If I open the processed files with PgcEdit v 0.6.1beta10, I get following error message:
Fatal error!
PgcEdit is trying to read data after the end of a table.
This means that a Lenght Of Table value is probably wrong.After a mock strip and manual setting of the audio status of the menu (containing the replaced cell) with IfoEdit, I can open the DVD files in PgcEdit and with VB too. Then it works as expected.

Seems there is still a problem with adjusting the tables in this version.
If it can't be fixed, can you add a error message to the log file at least?

goonix

[Taelon]

@rolz,
I didn't notice any problems with the preview in PgcEdit, except the stuttering and pixelization as it jumps between the ILV cells. The only thing I noticed was that other process in TaskMan.

@jsoto,
To recreate the problem in VB201b, after a fresh boot I've had to use the upper scroll bar to seek, and open and close the previewer on several different cells, before it will crash. After it's crashed once, I can make it crash again without using the seek bar, by just opening a cell, playing for a while, closing preview, open another cell. However I think it crashed sooner with VB2002 & 2003, but I can't say for sure.

I've never had any trouble with VB previewing ILV cells before, I even asked blutach about it a couple days ago because I was so surprised that VB crashed, I knew you would be releasing a new version soon, in part because of the MFC problems with window sizing. But when I found the problem still existed in VB201b I figured I should let you know.

Perhaps someone else can verify the problem, the title that is causing the crash is 'In the Bedroom' R1 (http://imdb.com/title/tt0247425).

I don't know if it would help but I have a program called 'process explorer' I've got a snapshot while previewing in VB and also immediately after the crash, it lists all the threads, mutants, keys etc.

[Taelon]

jsoto,

I may have narrowed down the problem a little, I can cause the crash with MFC Error in 7 steps, without ever actually playing the Preview.

1) Start VB, Browse to Input folder, select VIDEO_TS.IFO
a) Click OK on message box "There are at least one ILV Cell"

2) Select the VTS_02_*.VOB Title Set
3) Select PGC 02 Entry
4) Press Prev/Cut (I don't hit any other buttons in the Preview Window)
5) Close Preview window
6) Select PGC 01 Entry
7) Press Prev/Cut

Immediately occurs the * VB MFC Application error *

AppName: vobblanker.exe AppVer: 2.0.1.0 ModName: mfc42.dll
ModVer: 6.2.4131.0 Offset: 000011e6

[jsoto]

@goonix,
Err, you're right, The code to grow the IFO is only included in the titles domain.... I simply forgot to put it also in the menus domain, so, currently, if VTSM_VOBU_ADMAP table has to grow in sectors, unexpected results will happen.
I'll fix it.
@Taelon
Unable to reproduce... please check your PM

jsoto

[jsoto]

New beta:
http://www.vcdhelp.com/~jsoto/temp/VobBlanker_2010b8_exe.zip

Changes from beta6:
- Main window coordinates and size automaticaly saved/loaded (blutach)
- Larger fonts in Log (blutach)
- Bugfix in deleting last cells of last VOBIDs (the procedure was not deleting the last VOB-IDs if all cells were unreferenced).
- Completely new code to recreate the tables VTS_C_ADT VTS_VOBU_ADMAP VTSM_C_ADT VTSM_VOBU_ADMAP . Now the code supports ADT tables growing (in fact, it can currently happen blanking reused cells) and menu tables growing

Please note because I've changed a lot of code (the last point) there is some risk to additional new bugs...

Still unable to reproduce preview crash, even using ILV Cells in the first cell of the PGC, as in Taelon DVD... Do anyone more experience this problem?
BTW, I'm using exactly the same version of MFC42.dll (6.2.4131.0)

jsoto

[jeanl]

For what it is worth (probably not much), a while back I wrote a C++ class that is able to read IFOs, and access various parts in them. The class is able to grow any table.
If anybody is interested in using that class, I'm quite willing to share it. This isn't the right forum for that kind of offer, but several previous posts seem to have been on the subject of growing IFO tables.
As for the preview bug, in my experience, this is the kind of bug that's extremely difficult to reproduce in another machine. But until jsoto (or someone else with debug capabilities) are able to reproduce it, it will be hard to solve.

Jsoto, here's an idea: why don't you send taelon a debug version? He will need debug versions of a number of mfc dlls (but that's not really a problem), but this will enable him to tell you at which line, in which module the preview crashes. This might be a good starting point (in particular, you'll be able to see whether it crashes in your code, or in mine!!! ;) )
jeanl

[jsoto]

@jeanl,
Thanks for the offer, but seems it is too late for being used in VB..., may be in other proggie.

I've just sent a VB debug version to Taelon.

jsoto

[jeanl]

@jeanl,
Thanks for the offer, but seems it is too late for being used in VB..., may be in other proggie.

I didn't think you'd be interested! I'm sure you have your own version of that!


I've just sent a VB debug version to Taelon.
jsoto
you might have to send him debug versions of a number of mfc dlls (I remember having to do that for blutach...). Unless you compiled the dlls as statically linked (that's the best solution!)
jeanl

[goonix]

First test result of VB 2.0.1.0. beta 8:

Now replacing a blank cell in menu domain with a big VOB is working.
But even if I have checked all boxes under "replacing" in More Settings, the audio status in the destination PGC that contains the replaced cell is'nt correct. (It had no audio before and should have audio now.)
I have to set the audio status of the menu with IfoEdit manually. Then it works.

Are my settings (check all) in VB wrong?

goonix

[Taelon]

@jeanl and all,

jsoto indicated that the VB-debug version did have MFC42 statically linked.

The very first time I ran it, trying to preview the ILV'd VTS, VB crashed with an MFC Error. But I can't find any debug log? Where should I be looking? I've checked the local /Temp directory, the VB-debug directory, root of boot drive, etc.

Where should I be looking?

@jsoto, PM sent

[jsoto]

@goonix,
When replacing cells VB does not modify audio/subs attributes. You have to do it manually.
In your case the PGC is a single-cell, so, if you were in titles domain, you could replace a PGC. Only in this case (replacing PGCs, supported in titles, but not in Menus) VB modifies audio/subs attributes.
BTW, in more options, all the options are related to replacing a PGC, except the first one which is the only one related to replacing cells.
As a last note, you shouldn't check all the options. Last one is not recommended if you are using the option to copying the audio/subs stream control status from the replacing PGC

@all
This is what Taelon reported:

I installed the VB debug version, the very first time I tried to preview the ILV'd VTS, VB crashed with a MFC failure.

Event Type: Error
Event Source: Application Error
Event Category: None
Event ID: 1000
Date: 9/14/2005
Time: 1:49:56 AM
User: N/A
Computer: DB-AK79D
Description:
Faulting application vobblanker.exe, version 2.0.1.0, faulting module vobblanker.exe, version 2.0.1.0, fault address 0x0005d766.

The bad news is I can't seem to find any debug info, anywhere?

Could anyone help about how to get the crashing info?

jsoto

[Taelon]

jsoto, wait a sec. I just restarted VB and got an assertion failure..
blah, blah
Press retry to debug the application...
Pressing retry immediately shows an MFC error, will report back shortlyEvent Type: Error
Event Source: Application Error
Event Category: None
Event ID: 1000
Date: 9/14/2005
Time: 2:40:02 AM
User: N/A
Computer: DB-AK79D
Description:
Faulting application vobblanker.exe, version 2.0.1.0, faulting module vobblanker.exe, version 2.0.1.0, fault address 0x00101c17.Sorry I must be a moron, I can't find anything other than another entry in the Event Viewer.

[Taelon]

Update,

Think I found the debug info in
Drive\Documents and Settings\All Users\Application Data\Microsoft\Dr Watson

I'll sort the old garbage from the VB stuff and Email it to you jsoto.

Edit- This stuff isn't unique to the debug version, I'm seeing info for the other versions as well. However I see in the last entry it pinpoints the Error, so hopefully it will be useful.

[jsoto]

I forgot to mention the two assertion failures when opening the IFO, in dlgfile.cpp
This is not a problem, just press ignore.

jsoto

[jsoto]

I'm wondering if the crash is happening due a bad pointer in the IFO, used to access the VOB when open the preview..

Could you run a mock strip in titles domain in your VTS_02?
http://forum.doom9.org/showthread.php?t=84097&highlight=mock+strip

jsoto

[Taelon]

jsoto, yes I did ignore that. I believe the -debug worked properly and this info will prove useful.

mail sent

[Taelon]

I tried something similar yesterday (chopped a short piece of VTS_02_1.VOB) created IFO's and mock stripped it, but couldn't recreate the error in VB, so that could very well be the case.

I will try a full mock strip and report back.

[jsoto]

I've found something wrong in you IFOs: VTS_C_ADT table shows the same sectors for two different cells
[000015f8] 469. Cell: VOB ID 2 [0002]
[000015fa] 469. Cell: Cell ID 1 [01]
[000015fc] 469. Cell: Start sect 307339 [0004b08b]
[00001600] 469. Cell: End sector 308069 [0004b365]
[00001604] 470. Cell: VOB ID 2 [0002]
[00001606] 470. Cell: Cell ID 2 [02]
[00001608] 470. Cell: Start sect 307339 [0004b08b]
[0000160c] 470. Cell: End sector 308069 [0004b365]



jsoto

[Taelon]

I've found something wrong in you IFOs: VTS_C_ADT table shows the same sectors for two different cellsokay, i see it but don't know what that means exactly.

I tried a mock strip but I"m not sure about the results, I can't get the same settings 2COOL has in his guide (if I'm reading it right) anyway I tried to preview it in 201b (not the debug version) and got the same MFC Error as earlier. I also checked the area of the code you just posted, and it looks like it was fixed by the mock strip.[000015f8] 469. Cell: VOB ID 2 [0002]
[000015fa] 469. Cell: Cell ID 1 [01]
[000015fc] 469. Cell: Start sector 307339 [0004b08b]
[00001600] 469. Cell: End sector 307648 [0004b1c0]
[00001604] 470. Cell: VOB ID 2 [0002]
[00001606] 470. Cell: Cell ID 2 [02]
[00001608] 470. Cell: Start sector 307649 [0004b1c1]
[0000160c] 470. Cell: End sector 308069 [0004b365]

Edit -Disregard the results after the mock strip, I didn't have the correct settings, gonna bug 2COOL to change the guide in the original post. Will attempt to mock strip it again and post the results later.

[Taelon]

I forgot to mention the two assertion failures when opening the IFO, in dlgfile.cpp
This is not a problem, just press ignore.Sorry, you were of course correct, I ignored them the first time, but for some reason I thought it was relevant the second time.
I'm wondering if the crash is happening due a bad pointer in the IFO, used to access the VOB when open the preview..

Could you run a mock strip in titles domain in your VTS_02?Completed the mock strip (correctly this time I hope), and verified the MFC fails when the Preview window is closed. I'm emailing you a log of everything I did; mock strip procedure I used, the exact sequence and button presses that were made in VB, and the new DrWatson .log and .dmp files.

The debug assertion error at the MFC fault was
Program: E:\Program Files\_DVDtools\VobBlanker_debug\VobBlanker.exe
File: dbgheap.c
Line: 1044
Expression: _CrtIsValidHeapPointer(pUserData)Sorry about the previous confusion on my part, hope this helps

[jeanl]

From my experience (but I'm not an expert) this error indicates a problem when freeing an array, for example because the array was previously freed (probably not the case here) or because the program wrote outside of the array boundaries (that could very well be). The annoying thing is that it does not indicate where exactly this happened.
Jsoto, short of reproducing this problem yourself, the next best thing is to write into a file at various places in your code, to indicate that that part of the code executed OK. This can help you pinpoint where exactly the problem occurs. For example, you can print into a file before and after every call to delete in the code that closes the preview. Don't forget to put a fflush() right after every fwrite() so what you write appears in the file immediately.
I suspect something is happening when you delete an object (the preview? or one of the arrays you've used?).
jeanl

[jsoto]

The main problem is that seems there are at least two different issues:

A) In previous posts, Taelon has reported the crash when trying to open the preview window (just when press preview button). Seems this has been fixed with the mock strip, but I'd like to know why a bad pointer makes VB crash. In any case I'm pretty sure this bug is in my code, because this part (seeking in the VOB) is actually a very dirty code... So I'm not interested to find this bug if a mock strip solves the problem. What I should do is to rewrite this code from scratch...

B) In the last post the crash happens when closing the preview... and seems only tested with the debug version.... Taelon, does it happen in the non-debug compiled one?
If yes, I'll do what jeanl suggest.

Well, other possibility is that the error is only one, when closing the preview, but it (for whichever reason) does not crash the release version, but something is corrupted in the memory, so the proggie crashes when opening the second time the preview...

jsoto

[Taelon]

Taelon, does it happen in the non-debug compiled one?
If yes, I'll do what jeanl suggest.jsoto,
I tested the mock stripped backup in 2003 and 201b, it doesn't crash with the MFC error when I close the preview window, but it does crash immediately after I press the prev/cut button the second time.

To repeat what I said earlier, I'm not doing any seeking, just prev/cut -> play for 10 to 30 secs., stop, close preview. 2nd time prev/cut is pressed = crash.

[jsoto]

Due the low failure rate and the difficulties to find the bug, I'm going to release VB whithout fixing this bug, but in the future I'll check carefully each ILV material I get...

I didn't remember ever having VB crash on me, and I've done at least 10 ILV titles. But looking thru the event viewer logs there have been a few. Starting from March when I first started backing up DVDs, I have my PgcEdit & VB logs so I can guess which movie I was working on at the time.

This is interesting, I wonder if it's related:

Event Type: Error
Event Source: Application Error
Event Category: None
Event ID: 1000
Date: 6/10/2005
Time: 1:35:36 PM
User: N/A
Computer: DB-AK79D
Description:
Faulting application pgceditpreview.exe, version 1.1.0.0, faulting module pgceditpreview.exe, version 1.1.0.0, fault address 0x000222ee.

Checking the PgcEdit logs that was "Cinema Paradiso"

Here are my first ever VB crashes, both on the same night:

Event Type: Error
Event Source: Application Error
Event Category: None
Event ID: 1000
Date: 8/16/2005
Time: 1:17:36 AM
User: N/A
Computer: DB-AK79D
Description:
Faulting application vobblanker.exe, version 2.0.0.2, faulting module ntdll.dll, version 5.1.2600.2180, fault address 0x00010f29.

Event Type: Error
Event Source: Application Error
Event Category: None
Event ID: 1000
Date: 8/16/2005
Time: 3:01:07 AM
User: N/A
Computer: DB-AK79D
Description:
Faulting application vobblanker.exe, version 2.0.0.2, faulting module ntdll.dll, version 5.1.2600.2180, fault address 0x00010f29.

Must have been "American Psycho", I remember that one, I ran it thru VB 5 times that night

No others until this 3 errors with "In the Bedroom" on Sept 8 with v2002, then after I told blutach about it, 2 errors with v2003 on Sept 11.

Then of course tons of them starting on the 12th after I posted in the forums, and started testing.

[manono]

Hi-

I've got a problem to report using the latest version 2.0.1.0.b8. I checked with a friend and he had the same problem. I was doing the usual stuff, blanking some PGCs and replacing 2 of them with my reencodes, muxed with MuxMan. It wrote out the vobs, and near the very end it aborted with a message, "No enough room for IFO growing". The drive had plenty of space (although I don't guess the message had anything to do with the space on the drive). I tried again to a different drive, and same message.

I reverted back to the May 2005 v2.0.0.2 and the blanking/replacing went fine.

[jsoto]

@manono (& blutach)

Err, yes, I've also found the error just yesterday. Now fixed!

I've added a check to avoid to write out of memory space in case of IFOs growing. The maximum available space for IFOs growing is 32K

The check is:
if (New ADT/ADMAP tables space - Previous ADT/ADMAP tables space > 32 K) --> Error. Abort.

And the bug was in the Previous ADT/ADMAP space calculation, which was not evaluated correctly (it always returned 2 K)

Previous versions did not have the check.

jsoto.

[manono]

Thank you, jsoto, for confirming. I'm glad it'll be fixed in the next version. I'm always a bit hesitant about reporting such things, as there's a good chance I've done something wrong or stupid and, if so, I'd be exposed as an idiot to the whole world. :)

I have a question. Perhaps it's been asked before. I was having a heck of a time recently trying to keep Angles/ILVU in a Disney title, the kind where the credits switch languages back and forth. DVD-RB Pro can do it, and I was wondering if sometime in the future VobBlanker will also have the ability to process such titles. Or is this such a difficult problem that you don't plan to attack it?

[Taelon]

manono,

Sorry to butt-in, but I've read this whole thread multiple times in the last few weeks. Jsoto did mention he would add the ability to process multi-angles in the future here (http://forum.doom9.org/showthread.php?p=667057#post667057)
but I"m don't think he plans to add full support to retain all the angles if that's what you mean.

[manono]

Thank you Taelon for pointing out that post. While being able to strip out angles and ILVU, as IFOEdit or DVDRemake Pro can do, would also be a bonus, what I had in mind was being able to reencode and then replace using VobBlanker, at the same time keeping them. I have a feeling, though, that this would be a really hard thing to accomplish. Maybe worthy of a VobBlanker Pro version. :)

[jsoto]

I have a feeling, though, that this would be a really hard thing to accomplish. Maybe worthy of a VobBlanker Pro version. :)
To reencode a multiangle, it would be needed a "jsoto Pro version" too.

[manono]

:)

That request came as a result of beating my head against a wall for a day, trying to get the job done with free tools. Don't worry, jsoto, we love you and your nifty programs, even if there's only the "jsoto Standard version" to create them.

[jeanl]

jsoto needs an upgrade?
:D
jeanl

[zacoz]

Continuing the OT: I'm now feeling even more sub-standard if the jsoto we know and love is only the standard version. :(

Sounds like VB (and jsoto) is heading for at least a plus tag with the latest work though. ;)

[jsoto]

Here a new beta
http://www.vcdhelp.com/~jsoto/temp/VobBlanker_2010b9_exe.zip

- Preview crashes fixed (in a few minutes by jeanl, seems he doesn't need an upgrade :D )
- ADMAP/ADT tables size calculation bug fixed.
- 48 Ksectors for IFOs growing.

jsoto

[Taelon]

Here a new beta
http://www.vcdhelp.com/~jsoto/temp/VobBlanker_2010b9_exe.zip

- Preview crashes fixed (in a few minutes by jeanl, seems he doesn't need an upgrade :D )
- ADMAP/ADT tables size calculation bug fixed.
- 48 Ksectors for IFOs growing.

jsotoI've thrown everything at it including the kitchen sink and cannot force the previewer to crash. Color me Extremely Impressed
thanks guys!

[blutach]

Thanks jsoto :)

Regards

[jinjin_jp]

Hello. Please help me about below question.

In VTS_TMAPTI after processing by VobBlanker(setting "keep"), Entry 1 is always "0" which is different from original. Is it right to change ?
http://img230.imageshack.us/img230/9932/vbtmapti0509186tu.th.jpg (http://img230.imageshack.us/my.php?image=vbtmapti0509186tu.jpg)

I tried ver.2.0.0.2 and 2.0.1.0beta9, and got the same result.

[blutach]

@jsoto/jeanl - this poor lady needs help on preview.

Version 2.0.0.2 I guess.

http://forum.digital-digest.com/showthread.php?postid=297999#post297999

Regards

[jsoto]

@jinjin_jp
Well, not always is zero, I've some examples. But usually it is. Probably because I'm discarding the decimal part (I'm using integers for the seconds) . Although IMHO it is not important at all, I'll look into it for the next release. (TMAPTI is used for the GOTO feature, and it is not required to be absolutely accurate, one error of one second is not so significative..) ,

@blutach
Seems she founds the problem.
BTW, there is a bug in 2.0.0.2 and sometimes (in stills) the preview window is completely black.

jsoto

[jinjin_jp]

@jsoto
Thanks for the reply and explanetion. I can know the method of calcuration and not-significance of its accuracy.
I tried to test about the difference of both, and suppose it like below.
(1)VobBlanker:
___using integers(round-down) for the seconds.
___using first VOBU from which are same second.
___Entry 1 of TMAPTI is 0 second.
(2)original
___using round-up for the seconds.
___using last VOBU from which are same second.
___Entry 1 of TMAPTI is 1 second.
http://img196.imageshack.us/img196/5610/vbtmapti0509192qg.th.jpg (http://img196.imageshack.us/my.php?image=vbtmapti0509192qg.jpg)

And thanks for the release of new ver.2.0.1.0.

[Taelon]

For those who may be subscribed to this thread, or hadn't noticed the new thread, jsoto has announced the Release of VobBlanker 2.0.1.0
http://forum.doom9.org/showthread.php?p=713334

Also, if you followed the last couple pages in the thread and are for some reason interested in the test file I created for testing/verifying the Previewer crash in the 2.0.0.x versions, I've created a webpage (http://s95366167.onlinehome.us/dvd/) where you can download the 8 Mb file.

.

[HKT3020_1]

I downloaded the update but really had no reason to use it until yesterday and noticed some great fixes in the latest version. DVD I used was Robots R1 NTSC and I blanked out all the extras and left a few select trailers resulting in a untouched DVD. The movie is small enough to fit onto a 4.5GB DVDR and having blanked the extras I noticed that it just jumped straight to the menu, leaving those 2 sec stills a thing of the past. :) Thank you for all your hard work and for making my life awhole lot easier. :D

[jsoto]

....it just jumped straight to the menu, leaving those 2 sec stills a thing of the past. :) Thank you for all your hard work and for making my life awhole lot easier. :D
Err, no changes on this part in last version... May be you have selected the right settings now...Anyway, I'm happy if it works for you :)
jsoto