VobBlanker 2.1.2.0 beta (now beta 13)

[blutach]

I'm also wondering if blutach is the culprit (or his machine anyway).

I had 2 rips of this DVD on my hard drive - one for testing, one being edited. When I came to open the one I was actually working on in PgcEdit, it reported all sorts of errors that indicated it was actually opening the IFOs of the other one! I needed 2 restore backups to get me back to where I should have been. Mrs Tach was distinctly unimpressed with the quality of sound coming from the computer room :D

I checked my VB project file and logs and it was fine as far a input folder is concerned. I can not remember manually moving IFOs - but I must have and placed them in the wrong folder.

Anyway, I will keep monitoring this and see if it happens again.

(Insert red faced emoticon here).

Regards

[jsoto]

Don't worry, you've detected many bugs and always do an appreciated work in beta testing...

May be OT, but be careful with the Recent file lists. In theory, when the complete path is not shown (only the file name is shown) it is because the application is running in the same folder... But there is a small bug and if the current folder changes (although I do not know how it can happen), the menu list is not updated, so the user will be confused.

I've changed the code an now the path never is hidden.

jsoto

[blutach]

Might have been it. I do remember re-opening from that menu once.

Thanks for the nice words. :)

Regards

[r0lZ]

PgcEdit and VB improve the compliance of the originals...(at least in TMAPTI)Well, I wonder if a single missing entry in TMAPTI is always an authoring error. In many commercial DVDs, a blank, tiny chapter is added at the end of the movie to be able to jump to the end of the movie with the remote. Most of the time, that blank cell is skipped via a cell command when the title is played normally until it ends. Therefore, it is possible that the tiny cell is deliberately not included in TMAPTI, as it is not really a cell pertaining to the movie.
Anyway, including it in the table should be harmless.

[mpucoder]

From what I've seen there are two ways of calculating one second of NTSC. Some authoring programs use 90090 ticks (30 frames) and others use 90000 ticks (one second)

[jsoto]

Here is a new beta...., but I did not have too much time to test it, and I've modified some critical parts, so may be I've introduced some bugs. If it is the case, the IFO will be seriously corrupted and the DVD will not play at all, so you'll notice it.

VobBlanker_2120 beta11 (http://download.videohelp.com/jsoto/betas/VobBlanker_2120b11_exe.zip)


Changelog versus beta 10


BugFix: VB was not creating VTSM_C_ADT if it was cleared due a bad authoring
Changed: MRU lists do not hide current folder in file paths


jsoto

[dialysis1]

I just tried beta 11 with X-Men 3, The Last Stand. Nothing fancy. Just stripped some languages and blanked some trailers.
No complaints from DVD Shrink, PgcEdit or PowerDVD.

[jsoto]

Thanks for the positive feedback
I'll do more tests this weekend...

jsoto

[techmule]

hmmm time for a RC1, good work done.

[jsoto]

Yet another beta
VobBlanker_2120 beta12 (http://download.videohelp.com/jsoto/betas/VobBlanker_2120b12_exe.zip)

Changelog versus beta 11


Added: Splitting extracted file in 1 GB files in Cell extraction, selected by a Customized CFileDialog
Changed: CFileDialog management changed internally. (No more assertion failures in Debug mode)
BugFix: Sometimes, cutting Cells an extra Nav Pack was written.
BugFix: Using Megabuffer was producing shorter VOB files than the maximum allowed
BugFix: Loading a DVD or a project from Most Recent Files was not clearing Tiny preview
BugFix: "Cut inside" w/o splitting failed when saving/loading a project. This bug was introduced in latests betas.


Not too much, but I spent a lot of time in CFileDialog, trying to customize it, the places bar was disappearing...At the end it is a problem of Windows and VC++ versions. And you need to create your own class to customize the dialog in VC++6.

BTW, do you know you can customize, using Registry keys, which places are going to be displayed in the CFileDialog (in all applications)?. See
http://download.videohelp.com/jsoto/images/placesbar_keys.jpg


jsoto

[r0lZ]

BTW, do you know you can customize, using Registry keys, which places are going to be displayed in the CFileDialog (in all applications)?. See
http://download.videohelp.com/jsoto/images/placesbar_keys.jpgYou can also customize those locations with Tweak UI (http://www.microsoft.com/windowsxp/downloads/powertoys/xppowertoys.mspx) (a free "Power Toy" by Microsoft.)

[jsoto]

You can also customize those locations with Tweak UI (http://www.microsoft.com/windowsxp/downloads/powertoys/xppowertoys.mspx) (a free "Power Toy" by Microsoft.)Curious tool...In the case of places bar, it updates the registry, that's all, but much more firendly than using regedit.

jsoto

[r0lZ]

Basically, TweakUI is just a GUI over some hidden features of Windoze. Some of them are really useful!

[President]

Yet another beta
VobBlanker_2120 beta12
Added: Splitting extracted file in 1 GB files in Cell extraction, selected by a Customized CFileDialog
First:
Great! Thank's a lot for this feature! :thanks:

Second:
Sorry for your wasted time:(. I am not a programmer. I don't know a best place for that checkbox (from the point of view of programmer). I just proposed to add that possibility to VobBlanker. It seems to me a File saving dialog window is logical best place. If it's so difficult you may add this checkbox anywhere: to the Preferences or to the Cells window. It's not a point. Anyway, if you made it in the standard File dialog window already... don't recast it ever:). This works good. Thank's one more.
(sorry for my English).

[laserfan]

You can also customize those locations with Tweak UI (http://www.microsoft.com/windowsxp/downloads/powertoys/xppowertoys.mspx) (a free "Power Toy" by Microsoft.)Omigosh--the cool things you learn by following you smart guys around! Thanks!

[jsoto]

First:
Sorry for your wasted time:(. I am not a programmer. I don't know a best place for that checkbox (from the point of view of programmer). I just proposed to add that possibility to VobBlanker. It seems to me a File saving dialog window is logical best place.
Not to worry. I spent time, not wasted it. Even more, I (usually) enjoy it. I was just talking about some obscure things in MFCs, and how they can complicate your life.
Now, I know how to customize a CFileDialog (in the right way w/o loosing the places bar) even using an old compiler like VC6. But I've read that in Vista CFileDialog's look & feel changes again... Seems it is time to upgrade my compiler.

jsoto

[gonwk]

Hi JSoto,

THANKS A BUNCH for a great program and the "Holidays Present" ... beta12 ...

Q: Where would I download beta12 from?:confused:

I went to your main home page and your directory index and I can not find it!?!?!?

btw, on your web page still showing "16 May 2006" as the latest update!?!?!

THANKS & MERRY XMAS!
G!

[Rippraff]

Q: Where would I download beta12 from?:confused:
Take a bit more concentrated look on the same page where you are, just a few posts above. :D
Did you find it (http://forum.doom9.org/showthread.php?p=918451#post918451)? :)

Cu Rippraff

[gonwk]

Hi Rippraff,

I would have sworn I must have just driven by it "Frantically" ...

Thanks Mate! & Happy Holidays!

G!:o

[techmule]

I dont know if jsoto noticed it or not since I myself noticed it today in 2.1.1.0. there is a typo in the preview window, once you select a PGC in the titleset. It says "Titles PCG's preview"

Perhaps its already corrected in the beta!!!.

[jsoto]

Perhaps its already corrected in the beta!!!.No, it wasn't.
jsoto

[BigCondor]

There might be some problem with the b12 version.

I try to merge back 2 discs previously splitted by DVDFab. There are 24 cells in the first disc and 28 cells in the second disc. After merging, the resulting DVD can not be opened by DVD Shrink with invalid data in VTS_01_7.VOB(the last vob).

Then I open the merged dvd in b12, the following message was shown:-

VTS 01: Detected 27 cells in PGCs not referenced in C_ADT
Using PGC initial and ending pointers...

A FullScan is recommended.

List of Cells:

VTS01, PGC 001, Cell 26
.
.
.
.
VTS01, PGC 001, Cell 52

So, only the first (cell 25) of the replacing cell is alright.
Then I do a fullscan but the same message appears.

Then I extracted the cells and replace with 2.1.1.0b1, everything works fine.

I even tried b12 to replace the vobs extracted from 2.1.1.0b1 but it didn't work. So obviously there is something wrong with the replacing and fixing up.

Note: there is an error when opening the second disc:-

Referenced Menu empty or does not exist in VTS01

[jsoto]

@BigCondor
Could you please send me:
- the IFOs before (two disks)
- VobBlanker project file (and log file if available)
- IFOs after

jesus_soto_viso at terra dot es

thanks
jsoto

[BigCondor]

@jsoto

Files are sent, thanks a lot!

[jsoto]

VobBlanker_2120 beta13 (http://download.videohelp.com/jsoto/betas/VobBlanker_2120b13_exe.zip)
Changelog versus beta 12

BugFix: Replacing/blanking reused cells sometimes did not work.


@BigCondor
Could you check it?

It was a strange and difficult one. The bug was there in previous versions, 2.110 also failed in debug mode and what I do not understand is why 2.110 release version does not fail, although it can be, because the bug came from an unitialized boolean value in reused (blanked or replaced) cells.

jsoto

[BigCondor]

The version works, thanks for the bugfix.

Btw, can you do an auto increase of vobs during replacement?

For example, in this case, I have to replace cell 25 to 52. After inputting the first cell #25, the program ask me to input the next cell and the vob for cell #25 is shown and I have to type 26 in the space. If the program automatically increase the value by one then I only have to press enter to accept the value. Since there are 28 cells to replace there may be a chance of mixing up the value during replacement.

Thanks and merry Christmas to you!

[jsoto]

Btw, can you do an auto increase of vobs during replacement?
OK. Done

[President]

2jsoto
Thank you for the new beta and for the bugfix. :thanks:

[blutach]

Small issue with Not one-seq calc.

VobBlanker (http://jsoto.posunplugged.com/vobblanker.htm) is saying TTN2 is not 1-seq, where I can't see that it shouldn't be. PgcEdit marks it as 1-seq.

http://img19.imageshack.us/img19/9286/12252006202848gr9.png http://img19.imageshack.us/img19/6672/12252006202925uq3.png

Regards

[jsoto]

@blutach
IFOs, please. Seems this time one of the two has to be wrong...

jsoto

[blutach]

On the way mi amigo!

Regards

[r0lZ]

Seems this time one of the two has to be wrong...
Indeed!

PgcEdit is somewhat relax with that. I do NOT consider a title as not-one_sequential if it has the Next, Prev or GoUpPGCN link pointing to itself. I consider only the Random/Shuffle modes, and the multi-PGCs Titles as not-one_seq.
But maybe there is a bug somewhere...

[blutach]

Indeed, the Prev and NextPGCN are pointing to themselves in the Final IFOs (new ones sent to you jsoto and r0lZ). Other titles also have this set and do not attract this warning from VobBlanker (http://jsoto.posunplugged.com/vobblanker.htm).

I recall some discussion here from bigotti5 about not 1-seq.

Regards

[jsoto]

VTS10, PGC1 is pointing to itself ( Previous PGCN=1 and Next PGCN=1). VobBlanker does not complain in this case
But this is not the case of VTS12 PGC 2. Really strange, both pointers (next and prev) are pointing to PGC 1, but PGC1 belongs to Title 27 and PGC2 belongs to other Title (#28). Seems an authoring error.

VobBlanker checks if the pointers are different from 0 and point to a different PGC. That means the PGC cannot be One_seq_title_PGC.

I think a PGC cannot have pointers to other PGCs belonging to different titles. Can anyone confirm it?

jsoto

[Sir Didymus]

I think a PGC cannot have pointers to other PGCs belonging to different titles. Can anyone confirm it?


On what I know, different titles belongs to different domains, and a PGC cannot link directly from a given domain to a different one...

IMHO, the prime reason for the existance of dummy PGCs in the VTSM domains is exactely to enable this type of connections...

[r0lZ]

I think a PGC cannot have pointers to other PGCs belonging to different titles. Can anyone confirm it?I believe it's right. This has been confirmed several times, by knowledgeable ppl like mpucoder or bigotti.

VobBlanker checks if the pointers are different from 0 and point to a different PGC. That means the PGC cannot be One_seq_title_PGC.That's what I should do also, but since it is theoretically illegal to point to another Title, I do not check the Prev/Next/GoUp pointers at all. I check only if there are several PGCs in the same Title. Hence the difference in the error messages.
PgcEdit should check a little bit more for this kind of authoring errors, but it's not easy. Anyway, it's in my todo list...

On what I know, different titles belongs to different domains, and a PGC cannot link directly from a given domain to a different one...Having several Titles in the same domain is possible and frequent. But it is true that you cannot link to another domain or VTS.

[blutach]

So, on the basis that PGC2 points to PGCN 1 (possibly incorrectly), it should be not-1-seq. @r0lZ thank you for adding this to your to do list. @jsoto - sorry for troubling you.

Regards

[Sir Didymus]

Having several Titles in the same domain is possible and frequent. But it is true that you cannot link to another domain or VTS.

Well, the important point is that a definitive answer - "no" was given to the question about the possibility to directly link between two different titles..., and that some valid reasons were provided to blutach to complain on the head of the authoring house that produced the DVD... :angry:

However, I always supposed that the reason for such constraint was that always different titles belong to different title domains...

That is also coherent with the definition of domains given by DVD Demistyfied... I just checked...

Are you positive you are not referring to a given VTS system space ? I agree that it is possible and frequent to have multiple titles (with their different TTs domains) belonging to the same VTS system space...

[r0lZ]

Well, it is possible to jump from one title to another one directly if they are in the same VTS (for example with the JumpVTS_TT command), but anyway, you cannot do that with the Prev/Next/GoUpPGCN links and their associated VM commands, as they must point to the same TTN.

I'm not sure I use the same terminology. For me, a Title domain includes all Title PGCs of the same VTS. (They are labelled "VTST N" in PgcEdit.) Therefore, it is possible to have several Titles in that "domain".
As I have never read DVD Demistyfied, I might be wrong. What are its definition of VTS system space, Title Domain and TT domain?
If a Title Domain includes only the PGCs belonging to the same Title (or TT), then I need to reformulate my answer.

[Sir Didymus]

Well, it is possible to jump from one title to another one directly if they are in the same VTS (for example with the JumpVTS_TT command), but anyway, you cannot do that with the Prev/Next/GoUpPGCN links and their associated VM commands, as they must point to the same TTN...


Yes, this is perfecly in agreement with the definition itself of the link and jump instruction groups. Quoting another "heavy book" (DVD Authoring & Production by R. La Barge):
- The Link instruction group includes navigation commands that transfer control within the current domain, and can be included in the Pre, Post, Button, and Cell command areas.
- The Jump instruction group includes navigation commands that transfer control outside the current domain, and can be used in the Pre, Post, Button, and Cell command areas.

Well, about the terminology, I was just using TT as an abbreviation for "Title"... :rolleyes:

Here some figures from DVD Demistyfied defining domains, system spaces and transitions between domains...

http://img19.imageshack.us/img19/4272/domaindefinitionkg7.th.gif (http://img19.imageshack.us/my.php?image=domaindefinitionkg7.gif)

http://img82.imageshack.us/img82/5525/spacesdefinitionzr2.th.gif (http://img82.imageshack.us/my.php?image=spacesdefinitionzr2.gif)

http://img147.imageshack.us/img147/3987/domaintransitionsjc2.th.gif (http://img147.imageshack.us/my.php?image=domaintransitionsjc2.gif)

I am quite familiar about the topic in these actual (holy ?) days, since I am writing a little command line wrapper for MuxMan, and the organisation of segments into the proper domains is exactely what is jeopardising the "Christmas nice atmosphere" in the family ... :p


...For me, a Title domain includes all Title PGCs of the same VTS...

Mhhh... This is what I consider a subset of a VTS system space...
For me a title domain includes all PGCs (maybe including dummy ones...) belonging to the same title...

[r0lZ]

OK, thanks. So, you were right, and I must say:
Having several Titles in the same VTS is possible and frequent.
But you know that, of course.

BTW, this "Spaces" terminology is, IMO, even more confusing.
And thanks to your last figure, I've learned also another thing: apparently, you cannot use a JumpSS from the VMGM to the VMGM, but you can do it from a VTSM to itself!
Why should it be simple when it can be complex?!

[bigotti5]

Yes, different titles in one VTS are different domains
Page VI3-17 (3.3.3)
Title Domain (TT_DOM) ... The TT_DOM is constructed by TT_PGCs of which PGCIs have the same VTS Title number.
and take a look at the commands:

Link -> transfer between same domain
Jump(Call) - > transfer between different domains

from title to title (in same VTS) you have to use JumpVTS_TT

@Sir Didymus

System Space = consists of "Menu space" and "First Play Domain"
Menu Space = consists of "LUs of VMG" and "VTSM Domains"
Title domain is not part of "System space"

[Sir Didymus]

Totally agreed. I am using the term "VTS system space" to designate the "VTS space". It's just a lapsus: I can not avoid to associate (each one of...) these spaces with the term of "system"...

However, I totally agree: the "VTS system space" is something that does not exist. The "VTS space" is collecting the domains of the menus and all titles belonging to the same VTS, and the title domains are not part of the "System Space". That's totally clear to me. The pictures posted above are also clear enough on the matter, I hope...

Cheers,
SD

[blutach]

I think the "system space" is another one of those redundant terms, which can be adequately addressed by either menu domains (including VMGM) or title domains.

Happy holidays all

Regards

[Robotik]

apparently, you cannot use a JumpSS from the VMGM to the VMGM, but you can do it from a VTSM to itself!
holy scheisse! does this mean that all the JumpSS commands i used to navigate within the VMGM are illegal? what should i use then? LinkPGCN?

[r0lZ]

I suppose so! And yes, LinkPGCN is valid.

[Robotik]

thanks for the quick response

[jsoto]

I do not understand why to do the things so complex... some transitions can be done, other not, but, at the end, you can do them using other command or, at least , creating another dummy in VMGM.
So, which is advantage to make it so complex?

I'm lost in space... :D

jsoto

[mpucoder]

holy scheisse! does this mean that all the JumpSS commands i used to navigate within the VMGM are illegal? what should i use then? LinkPGCN?No! it is legal to use JumpSS from VMGM to other VMGM PGCs

[President]

No! it is legal to use JumpSS from VMGM to other VMGM PGCs
And to itself too, I suppose. I don't found any restrictions to use this command to link to itself PGC.
Your site. (http://www.mpucoder.com/Muxman/mxp/cmd4.shtml):)
DVD-Replica site. (http://www.dvd-replica.com/DVD/jumpss.php)
Another page in DVD Demystified.
http://img412.imageshack.us/img412/3623/1qj6.th.jpg (http://img412.imageshack.us/img412/3623/1qj6.jpg)
A DVD Demystified, it seems, have a some misprints. Once more example:
http://img241.imageshack.us/img241/2443/2qr0.jpg