PgcEdit v7 discussion thread

[kumi]

r0lZ, is there anywhere in PgcEdit where VOB PUOs can be viewed/set, a la Pgc Editor PUO window? The only related function I can find is the plugin's Clear All VOB PUOs.

[zacoz]

PGCEdit 8.0beta1 (http://forum.doom9.org/showthread.php?p=908738#post908738)
E. Save DVD: When there are modified buttons or BOVs, the confirmation dialog is no longer displayed. The buttons or BOVs are saved anyway.
Am I misunderstanding, or should this not be appearing when I'm doing a "Kill PGC Playback" for the first time on a particular VOB?

http://img177.imageshack.us/img177/9653/pgceditbackupvobhd3.jpg

[r0lZ]

Kumi, no, currently, you cannot edit the VOB PUOs, only clear them. What do you want to do? Change the PUOs for specific cells? Or filter them?

Zacoz, that dialog ask if you want to backup the VOB before applying the changes. It is not displayed if that VOB file exists already in the backup folder.
I have only removed the dialog appearing after the Save IFOs operation and before any VOB backup confirmation. That dialog ask if you want to save the menu buttons as well. Now, the buttons are always saved.

[zacoz]

r0lZ, encountered a problem in v8.0 beta1. Working on Ultraviolet R4 ripped using vanilla DVD-Decrypter.


Opened it in PgcEdit, (with option to Automatically launch "Fix number of streams in VMGM/VTSI_MAT" checked).
No message about having to fix streams is displayed.
If I right click on any of a number of the VTSM's and select "Domain Stream Attributes" a message box "Verify number of streams (in current domain)" is displayed and I am prompted to "fix the subpic streams in VTSI_MAT to 0?"
I get similar if I run "DVD --> Fix number of streams in VMGM/VTSI_MAT" (but obviously for all the whole DVD not just the one VTS).
Now the real interesting bit is that if I answer "Yes" to the prompt, then all of the PGC's in the VTST containing that menu are changed from "PAL (720x576) MPEG-2 (VBR)" to "NTSC (720x480) MPEG-1 (VBR)" in Domain Stream Attributes.
This change is more than a simple display issue as saving the DVD then opening it in VobBlanker, confirms the NTSC attributes - and consequently causes VB to crash if you try to select/preview them.
I rolled back to 7.4 and found that points 1 to 4 occurs in it also, but the change of stream attributes in point 5 does not occur.

Let me know if you need anything more from me in the way of log/data dumps from PgcEdit etc.

[r0lZ]

OK, I'll have a look. Thanks.

[bigotti5]

Small note to number of streams.

If a Menu VOB is present the number of subpictures streams has to be 1 (Byte 155 in VMGM_MAT resp VTSM_MAT).
No need for the stream in the VOB itself, but in the IFO.

[r0lZ]

OK, I'll do that. But should I also verify if the stream is declared in the non-dummy PGCs?
And what about the audio stream? Same rule?

[kumi]

currently, you cannot edit the VOB PUOs, only clear them. What do you want to do? Change the PUOs for specific cells? Or filter them?

I was thinking of asking you to add filtering for VOB PUOs. But I just remembered that VOBU and IFO PUOs are OR'd together. So for all practical purposes, clearing VOB PUOs and filtering the IFO ones works perfectly well. Consider it a very low-priority request then :p

[r0lZ]

I would like to add an option to move the VOB PUOs to the IFOs before clearing them. This way, you will be sure that none are lost. But as it is possible to change the PUOs at each cell (and even perhaps inside a cell although I'm not sure) I cannot do that easily in all cases. Anyway, it's in my low-priority todo list.

There is also a problem with the GoUp PUO, as it is illegal in the IFOs. (I'm still wondering why! Probably yet another crazy limitation in the DVD specs.)

Maybe one day I'll add also a full featured PUO editor for each VOB cell of a domain...

[bigotti5]

And what about the audio stream? Same rule?

No

But as it is possible to change the PUOs at each cell (and even perhaps inside a cell although I'm not sure)

Yes - PUOs are placed at VOBU level

[Video Dude]

Is there anyway to have a corresponding chapter entry automatically removed from the Chapter (PTT) Table when you remove a cell? I usually like to clean up the dvd by removing the cells after blanking with VobBlanker.

For example:

I have a dvd with:
VTST 6, 1
VTST 6, 2
.
.
.
VTST 6, 60.

Each one has 20 cells and 20 chapters.

It's easy to delete the range of cells 60 times. But it is time consuming (and painful) to press the chapter delete button 1,140 times (19 x 60).

For so many cells, I usually don't bother to remove them. But I was wondering if there is anyway to automatically edit the chapter table.

[r0lZ]

No, sorry. The chapter table is a totally different table than the cell table, and therefore it is not easy to guess what to do without user intervention.

[r0lZ]

r0lZ, encountered a problem in v8.0 beta1. Working on Ultraviolet R4 ripped using vanilla DVD-Decrypter.


Opened it in PgcEdit, (with option to Automatically launch "Fix number of streams in VMGM/VTSI_MAT" checked).
No message about having to fix streams is displayed.
If I right click on any of a number of the VTSM's and select "Domain Stream Attributes" a message box "Verify number of streams (in current domain)" is displayed and I am prompted to "fix the subpic streams in VTSI_MAT to 0?"
I get similar if I run "DVD --> Fix number of streams in VMGM/VTSI_MAT" (but obviously for all the whole DVD not just the one VTS).
Now the real interesting bit is that if I answer "Yes" to the prompt, then all of the PGC's in the VTST containing that menu are changed from "PAL (720x576) MPEG-2 (VBR)" to "NTSC (720x480) MPEG-1 (VBR)" in Domain Stream Attributes.
This change is more than a simple display issue as saving the DVD then opening it in VobBlanker, confirms the NTSC attributes - and consequently causes VB to crash if you try to select/preview them.
I rolled back to 7.4 and found that points 1 to 4 occurs in it also, but the change of stream attributes in point 5 does not occur.

Let me know if you need anything more from me in the way of log/data dumps from PgcEdit etc.
I forgot to explain that points 1-4 are normal. When I have added the function to check the domain streams attributes, someone asked to add an option to launch it automatically at startup. But since the DVD must be saved and reloaded after some operations, it was a pain. Therefore, the check is made only the first time you load the DVD. If you reload it (using the Reopen DVD function or any function that needs to reload it), the check is not made again. If you want to force it, call it explicitly, or use the Open DVD menu, and accept the default folder.

The bug you reported in points 5-7 is fixed in v8.0 beta 2. (I was using the same method to clear the unused streams for the title and the menu domains, but as they are only one subpic and one audio streams in the menu domain, the following bytes were overwritten! :scared:) Thanks for your important bug report!

[blutach]

No, sorry. The chapter table is a totally different table than the cell table, and therefore it is not easy to guess what to do without user intervention.Many times, you are simply removing one cell - eg the last one. Might not PgcEdit "guess" that you want to delete the last chapter (if the cell is also a chapter) and offer to amend the chapter table too by deleting the last chapter? I know this doesn't cover all situations, but it is a common one.

Regards

[Video Dude]

No, sorry. The chapter table is a totally different table than the cell table, and therefore it is not easy to guess what to do without user intervention.
No problem r0lZ. I just downloaded version 8 beta and deleted all the blanked PGC. It's an even better solution.

:thanks:

[r0lZ]

:)

Blu, the problem is with non-sequential PGCs, where the following chapters can be in another PGC. But I agree that I could test this situation. Will have a look...

[President]

The bug you reported in points 5-7 is fixed in v8.0 beta 2. (I was using the same method to clear the unused streams for the title and the menu domains, but as they are only one subpic and one audio streams in the menu domain, the following bytes were overwritten! :scared:) Thanks for your important bug report!
Thank's, r0lZ! Zacos forwarded me:). In addition. When I creating any new domain in PGCEdit (VTSM, FP_PGC, VMGM), it creates always as NTSC. I have a PAL DVD without FP_PGC. PGCEdit proposed me to create it. And created with 30 fps. Some standalone players may freeze on this standard mismatch. I have a report from one man, that his Sony freezes on multistandard DVDs. "Disk non-playable". Why? Is it normal? What spec talking about multistandard disks?

[President]

I want a beta2http://img241.imageshack.us/img241/3282/crymo0.gif

[r0lZ]

It is indeed illegal to mix PAL and NTSC in the same DVD, although some players support that. My old Sony has no problem playing such DVDs.

BTW, what to do with the domain streams attributes of a non-existing menu is still unclear. The Philips Verifier complains if the menu is not present and the stream attributes are not completely filled with zeroes, but it complains also with a PAL DVD when the non-existing menu is declared as NTSC. Since it is necessary to set a non-zero value in domain streams attributes to declare it as PAL, the verifier complains always when a menu is not present in a PAL DVD!

IIRC, when PgcEdit creates a new domain, it uses the standard found in the title domain of the first VTS, or the VMGM. But maybe there is a bug here.
BTW, do you have that problem with all DVDs, or only with the DVDs without a FP-PGC?
Can you send me the IFOs of a DVD without FP-PGC?

[r0lZ]

I want a beta2http://img241.imageshack.us/img241/3282/crymo0.gif

See here (http://forum.doom9.org/showthread.php?t=119030)!

[President]

See here (http://forum.doom9.org/showthread.php?t=119030)!
Thank's again http://img156.imageshack.us/img156/1836/drinksan5.gif

[President]

It is indeed illegal to mix PAL and NTSC in the same DVD, although some players support that. My old Sony has no problem playing such DVDs.
Thank's for your clarification and confirmation. I was think same but was not sure of it.
...streams attributes to declare it as PAL, the verifier complains always when a menu is not present in a PAL DVD!
Conclusion: a PAL DVD must have all menu domains in all VTSs. BTW, what is a Philips Verifier? Is it a program or hardware?
IIRC, when PgcEdit creates a new domain, it uses the standard found in the title domain of the first VTS, or the VMGM. But maybe there is a bug here.
BTW, do you have that problem with all DVDs, or only with the DVDs without a FP-PGC?
Yes, I noted it "works" on some my DVDs without a menu domains. But, I must check it again. Maybe it's my bad. Now, I know how a PGCEdit works, and maybe it was a multistandard DVDs or something else. I must check it first by myself. If I find a bug suspicion, I'll send an IFO to you.
Can you send me the IFOs of a DVD without FP-PGC?
Sorry, no. I have no that DVD now. But I'll try to find it again. It was only one of all of DVDs which I worked earlier.

[r0lZ]

The Philips verifier (http://www.licensing.philips.com/services/lover/documents1048.html) is obviously wrong, but nobody knows exactly when! Anyway, it is legal to have VTSs without menus.

There was indeed some problems with the frame rate of the dummy PGC after using New Menu or the automatic creation of the FP-PGC. It's fixed now. However, what you said is strange, as the PAL frame rate was forced on NTSC DVDs, but seems your problem was the opposite. :confused:

I don't need the IFOs. It was easy to simulate a DVD without FP-PGC with IfoEdit.

PgcEdit v8.0 beta 3 (http://forum.doom9.org/showthread.php?t=119030) is almost ready. Please use it if you want to test that problem again.

[zacoz]

BTW, what is a Philips Verifier? Is it a program or hardware?
I believe r0lZ is referring to http://www.licensing.philips.com/services/lover/documents1048.html - seems to be running at US$500 atm.

[bigotti5]

@President

And created with 30 fps

No domain with 30 fps is created. If you create a FP only a PGC in VMGM is created (FP is always a dummy PGC). If there is no video-, audio content in VMGM (no VIDEO_TS.VOB exists) then Byte 0x100 (Video attributes of VMGM_VOBS) in VMGM_MAT has to be 0 by the spec (even on PAL, Philips Verifier is incorrect in complaining about this).

[r0lZ]

Huh, just a bit too late! I've just released beta 3 with a fix for this problem.
So, I should replace the null timing in 25 or 30 FPS in all dummies by a null timing without fps specification? Right? Seems strange, as I have never seen that in a commercial DVD.

[President]

Thank's, guys!

Roland, you are working so fast, that I don't have a time to downloading a new versions:D.

[bigotti5]

So, I should replace the null timing in 25 or 30 FPS in all dummies by a null timing without fps specification?

A VIDEO_TS.IFO is always present and if there is no VIDEO_TS.VOB (VTS_0x_0.VOB) then Byte 0x100 in VMGM_MAT (VTSI_MAT) has to be 0.
What do you mean with "null timing ....."?

You wont find it in commercial DVDs.
There is always video-, audio content in all menu domains (even if they are unreferenced as in Maestro DVDs) to ensure segregation of IFO and BUP

Edit:
Just tested beta3
Now its incorrect, created a DVD from scratch (PAL) without content in VMGM and byte 0x100 shows 20480
This entry is only valid if a VOB with this attributes is present

[r0lZ]

Sorry, I mean null PGC duration. A dummy PGC has a duration of 0:00:00.00, but at a specific PAL or NTSC frame rate. Right?

My cheap XiRON recorder creates a VMGM menu without any VOB but with PAL (or NTSC, I suppose) video attributes. But I have to admit that it is really not a good example, as it's probably the worst authoring ever!

I have never understood why there are menu VOBs in the commercial DVDs, as they don't need that to segregate the IFOs and BUPs, except in the VMGM. The title VOBs are sufficient. Anyway, they are some DVDs without VTS_XX_0.VOB, but I think I have only seen that in ARccOS or RipGuard protected VTS.

I have to verify with PgcEfit v7 if everything is normal when the user creates the first cell in a menu domain, as I'm not sure it updates correctly the video attributes. If it's the case, I'll revert to that. It's annoying, though, as the frame rate of the new PGCs created by PgcEdit are probably determined by the video streams attributes of the current domain. It might create dummies with the wrong frame rate in a PAL DVD.

Anyway, thanks for the precision!

[bigotti5]

Sorry, I mean null PGC duration. A dummy PGC has a duration of 0:00:00.00, but at a specific PAL or NTSC frame rate. Right?

Aaah - now I know what you are talking about (my lousy english)
Byte 0x04 in PGC description

For the first play (cant have content) in PAL is always 64 (0x40) and for NTSC 192 (0xC0)

To the video attrinbutes
0 in byte 0x100 does not indicate MPEG1, NTSC, 4:3, PS, Letterboxed etc, it indicates "no VOB present"

Just look at the represented values
You will never get 0 with a VOB present, because 4:3 and PS/Letterbox not possible together, 720x480 and MPEG 1 not possible together and so on

[r0lZ]

Yes, I understand that.

My problem is that I have to know for sure the video standard of any DVD (including a DVD created with PgcEdit's New DVD and a not-so-legal multistandard DVD) and that's not always easy.

But I suppose that I can retrieve it from the frame rate of the FP-PGC, or if it doesn't exists, from the domain attributes of VTST 1.

And I have to modify the domain stream attributes when it is still zero and a cell is created.

I must also zero the DSA when a VOB file is totally removed.

Many things to change... :(

[bigotti5]

BTW setting a cell still time (or VOBU still) requires to set the joint to non-seamless

[r0lZ]

The joint of the next cell, I suppose.

But what do you mean with this remark. That's not related at all to the video standard. Or am I wrong?

[bigotti5]

No not related to the video standard
If you insert a cell command Pgcedit gives you a hint to change the seamy flag but in case of set still time no hint is given.

[r0lZ]

Ah, OK. I'll add that!

[jinjin_jp]

I comapared various IFO when 0KB VOB.
The result was cofused me. Which is correst ?

*difference is only the value of "Start of VTSM_VOBS"(VTSI_MAT). I examined by IfoEdit and stirs(compare data).
And I understand its value means the size of IFO file (7 sectors in this case).

The result was,
(1)original :0
(2) (1) =>IfoEdit(GetVTS) :7
(3) (1) =>manually remove 0KB VOB =>IfoEdit(GetVTS) :0
(4) (1) =>PgcEdit(open (no in "Delete the empty files,---) and save) :7
(5) (4) =>IfoEdit(GetVTS) :7
(6)PgcEdit(open (yes in "Delete the empty files,---) and save) :0
(7) (6) =>IfoEdit(GetVTS) :0
(8) (1) =>manually remove 0KB VOB =>PgcEdit(open and save) :0
(9) (8) =>IfoEdit(GetVTS) :0
(10) (1) =>DVDFab(CorrectVTSsectors) :0
(11) (1) =>manually remove 0KB VOB =>DVDFab(CorrectVTSsectors) :0

When deleted 0KB VOB,
the value of "Start of VTSM_VOBS"(VTSI_MAT) is,
0 : original, PgcEdit, IfoEdit, DVDFab (all)

But when remaining 0KB VOB,
the value of "Start of VTSM_VOBS"(VTSI_MAT) is,
0 : original, DVDFab
7 : PgcEdit, IfoEdit

What the value should be ? "7" is correct ?
(I was replyed long before that it is bug of IfoEdit.)
http://forum.doom9.org/showthread.php?p=666988&highlight=IfoEdit#post666988

Regards.

[Ambermoon]

Hi!

Since recently I get the above application error. I open a DVD, go to "Burn DVD/Create ISO", PGCEdit creates a backup and then comes up with this error message. In the log file is written:

user "log" doesn't exist
user "log" doesn't exist
while executing
"file type $filename"
(procedure "dvd_rom_size" line 14)
invoked from within
"dvd_rom_size $in"
(procedure "::burn::burn" line 84)
invoked from within
"::burn::burn"
(menu invoke)

The only things I have done were the installation of an AMD X2 and of MS patches. This error appears with v7.4 as well as with v8 beta 7. When using "Burn DVD/Create ISO" a second time the error message doesn't appear but nothing else happens, either.
As PGCEdit worked for quite some time before I'd like to know what could cause this error and how to get rid of it. Looking through this thread I didn't find any clue (or just overlooked it).
Btw., I have admin rights, if this information is needed.

Kind regards,
Ambermoon

[r0lZ]

Hi, Ambermoon, and welcome to the forum!

Sorry, I don't understand the cause of the problem.
The error occurs when the code "file type $filename" is executed. That code checks if a specific entry in a directory is a file or a directory. I need to know that to compute the number of blocks that entry will use in the compilation. $filename contains the name and path of one of your DVD files.
The error message 'user "log" doesn't exist' is strange, as there is no need to test the owner of the file to know if it's a file or a directory. That problem could therefore be a bug in Tcl/Tk, or, more certainly, in Windows. Anyway, that's a system error message, as no such error message is coded in PgcEdit.

Do you have some DVD-ROM files in the compilation? (They are the files in the folder containing the VIDEO_TS folder.)

How did you create the original DVD-Video files? (The IFO/BUP/VOB files.) With DVD Decrypter? Were you logged as the same user when you have ripped the DVD?

Are you using Windows XP, and NTFS partitions?

You can perhaps try to copy (not move!) the whole folder to another location (preferably to another disc or partition) and try again.

BTW, as ImgBurn v2 can burn the DVD exactly with the same options than PgcEdit, you should use it. The burn function of PgcEdit is now somewhat obsolete.

[r0lZ]

I comapared various IFO when 0KB VOB.
The result was cofused me. Which is correst ?

*difference is only the value of "Start of VTSM_VOBS"(VTSI_MAT). I examined by IfoEdit and stirs(compare data).
And I understand its value means the size of IFO file (7 sectors in this case).That's almost right. More precisely, that value is the offset, relative to the start of the IFO, to the start of the menu VOB file. It should be equal to the size of the IFO if the VOB file is contiguous to the IFO in the ISO/final DVD. That value must be 0 if no menu VOB file is present.

The result was,
(1)original :0
(2) (1) =>IfoEdit(GetVTS) :7
(3) (1) =>manually remove 0KB VOB =>IfoEdit(GetVTS) :0
(4) (1) =>PgcEdit(open (no in "Delete the empty files,---) and save) :7
(5) (4) =>IfoEdit(GetVTS) :7
(6)PgcEdit(open (yes in "Delete the empty files,---) and save) :0
(7) (6) =>IfoEdit(GetVTS) :0
(8) (1) =>manually remove 0KB VOB =>PgcEdit(open and save) :0
(9) (8) =>IfoEdit(GetVTS) :0
(10) (1) =>DVDFab(CorrectVTSsectors) :0
(11) (1) =>manually remove 0KB VOB =>DVDFab(CorrectVTSsectors) :0Seems everything is normal here. If you remove the VOB file, the value must be 0. If it is present, the value cannot be 0. I am still not sure of that value when the VOB file is present but is empty (0 bytes.) IMO, it should be non-zero.

When deleted 0KB VOB,
the value of "Start of VTSM_VOBS"(VTSI_MAT) is,
0 : original, PgcEdit, IfoEdit, DVDFab (all)

But when remaining 0KB VOB,
the value of "Start of VTSM_VOBS"(VTSI_MAT) is,
0 : original, DVDFab
7 : PgcEdit, IfoEdit

What the value should be ? "7" is correct ?That value MUST be non-zero when a VOB file exists. Therefore, I guess that IfoEdit and PgcEdit are right. But, as I said above, I still don't know if the case of an empty VOB file must be handled differently. IMO, it is better to remove the empty VOB anyway, as it causes many problems, it is totally useless, and it is rejected by some programs (such as Ner0.)

NOTE:
If you delete the VOB file manually, PgcEdit doesn't modify the table automatically. I can't verify everything! Anyway, as you can safely use PgcEdit to work on IFO files only (without the VOBs), I cannot assume that I have to remove the references to a VOB file if it is not present. Therefore, PgcEdit forces Start of VTSM_VOBS to 0 only when it removes the VOB file.
The VTSM_C_ADT and VTSM_VOBU_ADMAP tables (or the VMGM equivalents) are also removed when the VOB file is deleted (and, of course, their start offset in VTSI_MAT/VMGM_MAT are also changed to 0.)

[EDIT:] Could you send me the original IFOs? I would like to have a concrete example on my computer, and although I am sure I have several examples here, I don't remember on which DVD I've seen that. (BTW, seems the empty VOBs were frequent in commercial DVDs in the past, but very less frequent today.)

[jinjin_jp]

@r0lZ
I send the files. (Sorry I mistook male-title, because reuse old mail and forgot to correct.)

Regards.

[Ambermoon]

Do you have some DVD-ROM files in the compilation? (They are the files in the folder containing the VIDEO_TS folder.)

How did you create the original DVD-Video files? (The IFO/BUP/VOB files.) With DVD Decrypter? Were you logged as the same user when you have ripped the DVD?

Are you using Windows XP, and NTFS partitions?

You can perhaps try to copy (not move!) the whole folder to another location (preferably to another disc or partition) and try again.

BTW, as ImgBurn v2 can burn the DVD exactly with the same options than PgcEdit, you should use it. The burn function of PgcEdit is now somewhat obsolete.

It's not a ripped DVD but a DVD without any DVD-ROM files created with DVDLab Pro 2.21 and needs a DVD DL because of its size. And as the source is not analogue but a TS file (and therefore already compressed) I don't want to shrink to avoid further quality loss. PGCEdit do I use here to set the layer break as people suggest to use the combination PGCEdit/Imgburn instead of Nero as Nero has its flaws here (as I had to experience, too). And it worked well until that error occured out of nowhere. I am always logged as the same user.

I use Windows XP SP2 with the latest patches, the partiton where the files are stored on is NTFS.

I just copied them to another partition and then ran PGCEdit - without any success, the same error message appeared.

I don't know Imgburn that good but doesn't it need an image file first before it can burn? If so I'm stuck here as I need PGCEdit with correct layer break to create this image file but can't do so because of this errror.

So, if you have any idea to solve the problem I'd be very thankful.

[zacoz]

ImgBurn now has a build function so you don't have to build the ISO first with another program. It will also correctly place the layer break for you. Get the latest version if you don't have it already, and check out the guides here (http://forum.imgburn.com/index.php?showforum=4)

[r0lZ]

Yes, Ambermoon, go on and try ImgBurn v2 in build mode. It is easier to use than PgcEdit, and has exactly the same features (32K gaps, intelligent and correct layer break placement, optional inclusion of DVD-ROM files, etc...) And, as zacoz said, you don't need to create an ISO first!

However, ImgBurn v2.0 still doesn't have a preview when selecting the layer break cell, but the next version will have it. In the meantime, if you need it, you can use the PgcEdit preview in the PGC Editor to locate your preferred layer break cell.

[FlyDrag]

r0lZ Thank you for such usefull tool. But, after some work with it I found some thing that isn't a bug, but seems to be strange for me.

When you create backup and then save files, the procedure seems to be the following:

1. Open original file
2. Create new backup file
3. Copy all data from original file to backup file
4. Modify original file.

This isn't good because you change the original inode, so ALL files hard-linked to this inode are modified. I'm pretty sure that the best way to create backup is:

1. Move original file to backup directory
2. Create new file in the VIDEO_TS directory
3. Modify the new file.

With this you'll keep the original inode and other hard-linked copies of the same file would be not affected, but you can still work with new files.

[r0lZ]

Well, I haven't thought at this problem, as I work usually under Windows, were hard links are not frequent (it's an euphemism!)

But I wonder why you need to create hard links to your files, and furthermore, why the method you propose should be better. If you modify your DVD, it's for a good reason, so, keeping the unmodified ifos via your links doesn't make sense. I'm sure that the inode of, say, a test file is not modified when you edit it. Right?
Also, although your method can probably be used for the backups, it is not suitable when the files are moved in the original VIDEO_TS folder, for example when you remap the titlesets, without creating a backup first.

Anyway, I can probably change that, but I need to know why you need those links. Sounds so strange!

[jinjin_jp]

I was more confused.
I processed the DVD which has 0KB Menu-VOB by DVDShrink.
(1)Full-Disc Mode =>0KB VOB was removed, and the value of "Start of VTSM_VOBS"(VTSI_MAT) changes to the value which is not 0.

But
(2)Re-Author Mode which doesn't have 0KB Menu-VOB =>the value of "Start of VTSM_VOBS"(VTSI_MAT) is 0.

Both (1) and (2) don't have 0KB Menu-VOB, but each value of "Start of VTSM_VOBS"(VTSI_MAT) is different.

Regards.

[r0lZ]

I was more confused.
I processed the DVD which has 0KB Menu-VOB by DVDShrink.
(1)Full-Disc Mode =>0KB VOB was removed, and the value of "Start of VTSM_VOBS"(VTSI_MAT) changes to the value which is not 0.You have probably found an unknown bug in Shrink! :goodpost:

[jinjin_jp]

@r0lZ
Thanks for the reply.
It is reasonable if bug.

Regards.

[jinjin_jp]

You have probably found an unknown bug in Shrink!
It seems to be known bug in here
http://forum.digital-digest.com/showthread.php?s=&threadid=39386

Regatds.

[r0lZ]

Yep, you're right once again, jinjin_jp! I haven't noticed the problem, as I clean the DVDs with PgcEdit before using Shrink. Anyway, thanks for your finding.