PgcEdit 0.6.3.1

[r0lZ]

@jinjin_jp
I don't understand your problem.

If PgcEdit finds only Titles 1, 2 and 4, it's probably because there are 4 titles referenced in the VMG_TT_SRPT table, and title 3 refers to a non-existant PGC. Right?
In this case, it is normal that the trace fails when trying to access Title 3.

PgcEdit requires a correctly authored DVD as input. It has no methods to fix a wrong title map. Sorry.

BTW, could you send me your original IFOs (before your corrections) so that I could analyse the problem? It is strange that PowerDVD plays it without problem, so, it could be a bug in PgcEdit.

[jinjin_jp]

@r0lZ
Sorry not to explain well.
I sent the files.
(1)original IFO Files, re-authored by DVD Shrink, before processed by Title Writer.
(2)IFO and Menu VOB files, after processed by Title Writer.

And adding explanation a little below.
http://img119.imageshack.us/img119/9490/aftertitlewriter0602269ul.th.jpg (http://img119.imageshack.us/my.php?image=aftertitlewriter0602269ul.jpg)

[r0lZ]

Thanks for the IFOs. I have analysed the problem now.
In the original IFOs, you have 3 titles, each one is TTN 1 of, respectively, VTS 1, 2 and 3.
In the reauthored DVD, an new title is created in the VMG_TT_SRPT table! As you can see in the image posted above, both titles 3 and 4 are assigned to the same TTN in VTS 3! I'm almost sure it's illegal.

When PgcEdit parses the IFOs, it assigns the title number to the entry PGC of the title. Since Title 4 is defined after title 3, the original number 3 is overwritten by the new one, 4. And PgcEdit cannot find title 3 any more.
But a player should be able to use either the title 3 or 4 to jump to TTN 1 of VTS 4, because it looks in VMG_TT_SRPT to find out the match between the title number and the VTS and TTN numbers.

I don't know what you did to have this new title in VMG_TT_SRPT. There is probably a bug in TitleWriter.
I can't fix this problem easily in PgcEdit, but it's a chance that the trace has failed. As you said, it's easy to fix the problem with IfoEdit, by changing the number of title play maps to 3.

I will try to add a check for this situation, and issue a warning.

Maybe you should try to redo the whole reauthoring, and verify after each step if the VMG_TT_SRPT table is still correct. This way, we coud know for sure from where the problem is coming from. Thanks for your help!

[jinjin_jp]

@r0lZ
Thanks for the reply. I've thought these problems are illegal, too. So I want to correct IFO and others.
(a)change Number of Title Play Maps of VMG_PTT_SPRT of VIDEO_TS.IFO.
(b)change Number of Number of Video Title Sets of VMG_VTS_ATRT.
(1)correct stream(audio, subpicture) of VMGM.　(It is corrected only by open and save with PgcEdit.)
(2)delete over-numbered chapters by EditChapter(PTT)table.
(3)In audio-subpicture Menu, hide buttons which is not used.
(4)In Episodic Menu and Chapter Menu, correct Adjacent button (problematic if it is disabled button), and correct Width and Height (problematic because it is 0 processed with TitleWriter.)
Then I wanted to know whether or not to be able by only PgcEdit. I will use IfoEdit for (a) and (b).
Thanks.

[r0lZ]

OK, I have added a check, and it is now possible to remove automatically the last entry in VMG_TT_SRPT. It should work in your case. (But honestly, I think this bug should be fixed in TitleWriter instead of using this workaround in PgcEdit. The problem with TitleWriter is that it doesn't really create the menus, and therefore it uses a fixed number of Titles.)

If there are several bad titles in the same DVD, you will have to reload the DVD several times in PgcEdit to remove all bad entries. Note that it's possible ONLY if all bad entries are at the end of the table.

I check also the VMG_TT_SRPT entries for references to non-existing PGCs.

I think that the VMG_VTS_ATRT table is 'fixed' anyway when you save the DVD, but I'm not sure. Could you test it?

Download PgcEdit 0.6.4 beta 6 (for Windows) (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.4beta6.zip)

[jinjin_jp]

@r0lZ
Thanks for new beta6. I tested and confirmed it works well. VMG_VTS_ATRT is always corrected and VMG_VTS_ATRT is corrected if wanted.

I think these problems are bug or feature restriction(use MenuTemplate of 4 Titles for re-authored of 3 Titles) of TitleWriter, too. But author of TitleWriter seems not to join this Forum but another Forum. Now I think I can't join 2 Forums of English considering my ability of English. I want to request to author sometime.

[r0lZ]

Thanks for the confirmation, jinjin_jp.

[r0lZ]

Last beta for today: v 0.6.4 beta 7 (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.4beta7.zip). 3 betas the same day is enough!

I have added the function to display the references from the FP-PGC and VMGM to the current VTS. Useful to check if a whole VTS is unreferenced and can be safely deleted, or to edit the references to make it unreferenced.

See here (http://forum.doom9.org/showthread.php?p=788007#post788007) for the thread that motived this function.

[dirio49]

Last beta for today: v 0.6.4 beta 7. 3 betas the same day is enough!

No, i think 20 betas a day is enough:D :D

Thanks r0lZ

[blutach]

You've been busy r0lZ. 3 betas is a new record! Thanks for looking at that other problem I sent you too :)

@jinjinjp - the author of Titlewriter is FallenAngel. He is here, if I am not mistaken - his ID is Fallen (http://forum.doom9.org/member.php?u=35406). Either way, I will let him know of this thread. And your English is just fine.

EDIT: FallenAngel notified - http://forum.digital-digest.com/showthread.php?postid=365027#post365027

Regards

[r0lZ]

Thanks for looking at that other problem I sent you too :)
It is fixed in beta 7:
F. Small bug in the Jump To PGC Upon DVD Insert function, introduced in 0.6.3 fixed: the resume cell of the CallSS command inserted in the beginning of the pre-commands of the resume title was wrong.

[blutach]

Merci beaucouip again :)

[Fallen]

In the reauthored DVD, an new title is created in the VMG_TT_SRPT table!
As you can see in the image posted above, both titles 3 and 4 are assigned to the same TTN in VTS 3!
I'm almost sure it's illegal.

No Its not illegal Specs support this -- Any single Vts can have multiple Title play map entries.
And a VTS can act as a dummy
One really has nothing to do with the other as actual hardware/software playback uses the offsets looked up in the
VMG_PTT_SRPT table (Thats what the table is there for) to resolve target.
I used this to resolve navigation to non-existant targets by pointing them to the last target available
-- for example if a user trips a Menu navigation chain that resolves to removed chapter
he ends up at the last legitimate chapters target offsets.

I'm fairly sure Pgcedit Trace doesn't
Lookup the values in these tables as actual software/hardware players would
-- which is why

By the way, there is no problem when playback with player(PowerDVD).

or any hardware/software players I've tested , even IFoedits's Fix Vts is happy,
and DVDShrink can reopen A TW compiliation ----So

Reality Check

TW is a One Step way to add menus (original/generic) back into compiliation without the user
having to resolve navigation/content conflicts (Even If the menu's don't actually Fit as in three Vts into Menu4Episodic)

So With the addition of these TW options (Ver 2.5):
To Bypass Crap
Menu Simplification (to bypass the menu chains and end up at the actual target)
Kill button/edit pgc commands
and Bypass VMG content/bypass Pgc Menu playback
(Neat trick that to whomever thought of it-- Post to Pre navigation)

and end up with a playable result without subsequent tinkering.


Since playback does resolve to legal offsets/maps/content/Menus,
And the players play Happy --I'm Happy.



FAllenAngel

[r0lZ]

Thanks for the clarification. But I'm still not sure it is legal to have several titles pointing to the same PGC. The fact that the players are happy with that is not a guarantee.

Anyway, you're right. The method used by PgcEdit is to assign the title number to the PGC. Whenever I need to know the target of a specific Title number, I look at the PGCs. Unfortunately, as said previously, the last Title is assigned to the PGC, and the other ones disgarded, hence the problem. (Currently, with the latest bugfix, it's the oposite: the first title only is assigned to the PGC instead of the last one.)

Maybe I have to change that to look at the VMG_TT_SRPT table. Indeed, it's the correct method.

[ron spencer]

wow...3 betas!!!

This must mean the final is due soon ;-)

[jinjin_jp]

@blutach
Thanks for the information.
I couldn't find with searching as "FallenAngel" in this Forum.

@Fallen(FallenAngel)
How are you. I have several question about TitleWriter. If I could, I'd like to write in another new thread, because here is thread of PgcEdit.

[frank]

Here a DVD+VR recorded with Philips DVD Recorder.
There is only one recorded title in the menu but the recorder makes two double entries: Title 1 and Title 3 (with same cells), and Title 2 and Title 4 (with same cells).
Every Pgc has only one Title.
So any single Vts can have multiple Title play map entries but in different Pgcs.

http://img512.imageshack.us/img512/622/philips6du.jpg (http://imageshack.us)

[r0lZ]

I have already seen this kind of authoring, and it is legal. But TitleWriter assigns several Title numbers to the same PGC. In this precise case, I'm not sure it's legal.
Thanks for the info anyway.

[ron spencer]

I had a centrios recorder (radio shack) that did this....can pgcedit fix this right away?

[r0lZ]

What do you mean by "this"? Several titles mapped to the same PGC, or duplicated titles as in Frank's example?

In the first case, the latest beta is able to discover the problem, and allow you to remove one title entry if it's the last one in the VMG_TT_SRPT table. I am currently investigating if I need to modify the method in PgcEdit to fully support it. (Not easy.)

PgcEdit has no problems in the second case.

[frank]

These duplicated titles may be typically for DVD VR, it's fully ok.
If Fallen is right then it would be much easier to map two titles to one Pgc.
But I've never seen in hundreds of (professional) DVDs that a Pgc was mapped to several titles.
Seems there is no dvd authoring program with that issue.
...and no need to support that!

Waiting for the answer of mpucoder.

[ron spencer]

yes rolz case 1; I think both cases now....sorry for poor communications

@frank....the centrios did this even on finalize.

Have a Pioneer Elite hard drive one now....no issue with that....sweet!!!!

It is open GOP though

[r0lZ]

Answer from mpucoder:I don't see any reason that a player would object to this, or even check. I don't even think the verifier checks that. All that matters is that the table entries be legitimate.So, it appear that PgcEdit must take care of this case. Not easy for me, but I'll change the code.

@jinjin_jp: This means that I will probably change the test when loading the DVD, and either replace it by a simple warning, still with an option to remove the last title, or totally remove the check. Maybe I could add something to allow the user to edit somewhat the VMG_TT_SRPT table in PgcEdit...

[Fallen]

Just added Dummy ttn entrys to imported VTS_PGCITI tables. Don't Know if it helps
started a thread for Tw elsewhere

FAllenAngel

[r0lZ]

Thanks!

Where is "elsewhere"?

[Fallen]

One Layer back in IFO/VOB Editors

[mad-eddy]

Topic PgcEditPreview.
Small problem: With me the Preview in some projects fails.
Described more exactly: I click on any cell of a title or a menu and preview appear only for few milliseconds, in order to close immediately again. The whole happens so fast, which one only the outlines of the window can recognize.

Does someone have an explanation or solution for that?

The Ifos is attached. If another piece is needed by the Vobs - it says.
http://rapidshare.de/files/14313219/Ifos.7z.html
eddy

[r0lZ]

If you got this problem in Trace mode, you should untick Close Preview Automatically at End of Cell Playback. This way, the preview window should be kept opened. You might want to play with the delay slider, too.

In standard mode (ie when the preview is launched via the Preview PGC menu), the preview window is never closed automatically.

If you still have problems, please let me know...

[mad-eddy]

you should untick Close Preview Automatically at End of Cell PlaybackThanks, but does not help.
Edit:
If you still have problems, please let me know...Yes. The problem exists further. In the trace mode, by hand in the Pgceditor or over the menu. By the way not only since the last beta - was noticeable to me first before a few months. Starting from which version I cannot say no more, sorry.

What do you still need from me for the analysis?

BtW: Thanks for strive @r0lZ

Edit2: I could limit the problem in the meantime. If I pgcedit simply start and afterwards a project over the menu open function it. I mostly work however differently. I normally right-click on a Ifo and open the project over the Context menu. Now I do not know whether Pgcedit is appropriate at all for it. However with some projects everything functions without problems.

[r0lZ]

Could you report the exact version number of the preview? (You can see it in the system menu of the preview.) The current version is 2.1.

Try to launch the preview on the main movie. Then do the same test but using "Preview Full Domain VOBs".
If it doesn't work, then there is something wrong with your system. (BTW, which version of Windows do you use?)

[mad-eddy]

Oh sorry. I had changed my previous postt, without reloading the side. (Look Edit2)

I use the last Beta-Version under XP. Preview is thus v2.1. I tried all Finals out up to the version 0.5.6 back - always the same. :confused:

Then do the same test but using "Preview Full Domain VOBs".
Functioned not. Thus like described above not if I start over the Context menu.

[r0lZ]

Edit2: I could limit the problem in the meantime. If I pgcedit simply start and afterwards a project over the menu open function it. I mostly work however differently. I normally right-click on a Ifo and open the project over the Context menu. Now I do not know whether Pgcedit is appropriate at all for it. However with some projects everything functions without problems.Yes, PgcEdit can be started that way. You can even associate the IFO or BUP files with PgcEdit (with the Options -> Install menu options.) The problem you have should not be related to the way you open the DVD.

Try this:

- Remove binversion.tcl from the bin subdirectory of your PgcEdit's install dir. It will force PgcEdit to recreate the bin files in that folder the next time it is started.

- Rename the folder C:\documents and settings\Application data\PgcEdit to something else. (The PgcEdit setups are stored in this folder. If you want to restore them, delete the newly created PgcEdit folder, and rename the backup to PgcEdit.)
Note that Application Data is normally an hidden folder, so, you might have to change the Hidden Files and Folders option in the Folder Options control panel to be able to see it. Also, it might be translated in your language by Windows. (M$ is so stupid!)

Launch PgcEdit now. Maybe it will work fine.

Try also to disable the preview DirectDraw Overlays (in the preview menu.)

[mad-eddy]

Yes, PgcEdit can be started that way.
I had forgotten completely. "Associate PgcEdit with Ifos" is set.
The problem you have should not be related to the way you open the DVD.Very strangely it does not function, if I use "open DVD with PgcEdit". Otherwise it goes. (I repeat myself... :o )
Try this:
- Remove binversion.tcl ...
- Rename the folder ...
Try also to disable the preview DirectDraw Overlays
Everything tries. Does not help unfortunately.

Note that Application Data is normally an hidden folder...Thanks, i know. I know Win somewhat.

(M$ is so stupid!)
:D Dito.

Once again thank you very much for your effort!



Edit: I become crazy! What is called become...?:D

I it found. That you believe me reliably none... : The folder in that the VIDEO_TS folder is, has in its designation a "Ä". It is completely all the same whether "ä", "ö" or "ü". I do not believe these letters give it in the French or English?

So something stupid. All this stress only, because of 3 special German letters.

[r0lZ]

Oh, yes! I forgot about that. PgcEdit has problems with some special characters. Sorry.
BTW, perhaps I've found a way to fix those strange problems. Maybe the next release will allow to use foreign characters in filenames.

[salkku]

Hello all

Shouldn't the pgcedits "find jumps to nowhere"-function check cell links/jumps/etc too? ( After all, they are part of the 'jump'-definition too, right? :))

At the moment, pgcedit doesnt check cells, but I certainly would like to see such feature. :)

[r0lZ]

That's right. Currently, PgcEdit's Find Jumps to Nowhere function is based on the Calls Cross Refs function, which lists only the references from PGC to PGC. It's a relatively big work to add the checks for elements inside the PGCs (cells, programs, chapters), but I'll put it in good place in my todo list.

I could also add a check for refs to nonexistent menu buttons.

[mad-eddy]

Oh, yes! I forgot about that. PgcEdit has problems with some special characters. Sorry.Half so badly.
At first I had been dreadfully annoyed, which I had not already long noticed the reason. In the meantime I must laugh at it, because so a little thing led to so large headache. :D

You need to make yourself therefore no work. At least not because of me. I know now on what I must eighth.

Another question:
If I change commands in the menu editor, always get I despite expert mode this popup. "Modify the command for the 2 groups? ...etc."
Is there the possibility this to integrate into the expert mode? Only if it does not make too much work and you consider it for meaningfully!
Oh.. The same applies to popups if one the "Delete last Pgc in Domain" implements.

Hmm. In addition another idea. Would it be possibly simpler, if one would integrate a selection menu for the expert mode? Therefore, where the popups that no longer appear be supposed to be voted out can.

Nice day.

[r0lZ]

If I change commands in the menu editor, always get I despite expert mode this popup. "Modify the command for the 2 groups? ...etc."
Is there the possibility this to integrate into the expert mode? Only if it does not make too much work and you consider it for meaningfully!
Oh.. The same applies to popups if one the "Delete last Pgc in Domain" implements.
OK. Done. I think also that it's annoying to reply to the same question again and again. Now, in expert mode, this dialog is skipped, but only if the commands are identical in all groups.

The dialog in Delete Last PGC in Domain is shown only the first time you use the function. Therefore, if you delete more than one PGC in the same PgcEdit session, you will be warning only once. I prefer to leave this dialog, since this operation is potentially dangerous.

Hmm. In addition another idea. Would it be possibly simpler, if one would integrate a selection menu for the expert mode? Therefore, where the popups that no longer appear be supposed to be voted out can.
I don't understand exactly what you want. Do you mean some sort of "Don't show this dialog again" option? If it's the case, it's a little bit difficult to implement, because I have no way to add a checkbox to the standard yes/no or ok/cancel dialogs.

[mad-eddy]

OK. Done. I think also that it's annoying to reply to the same question again and again. Now, in expert mode, this dialog is skipped, but only if the commands are identical in all groups.
Ok, great. Thanks!
The dialog in Delete Last PGC in Domain is shown only the first time you use the function. ...Is correct however.


I don't understand exactly what you want. Do you mean some sort of "Don't show this dialog again" option? ...No. (Hmm. I seh already, my English is shits.) To explain I attempt it differently.
See into the menu-bar of pgcEdit. For example: Options -> User Interface. In the menu "user interface" different functions are enumerated, which one can switch off/on there. Of as a Submenu as "User Interface", I thought also for the expert mode. In this one could enumerate then all Popups to make over these possible on or switch off. I believe this for advanced users am very comfortable. | That is only one idea! Could be useful...

I hope I it now better explained. :o

Greeting

[r0lZ]

Yes, I understand. But it's a lot of separate variables to maintain, and many lines of code to change. I don't think I'll do that, at least for now. Sorry.

[mad-eddy]

But it's a lot of separate variables to maintain, and many lines of code to change.I thought that am simpler. I understand naturally it the more important gives.
Thanks for the attention. :)

XXX

[Drinken]

The dialog in Delete Last PGC in Domain is shown only the first time you use the function. Therefore, if you delete more than one PGC in the same PgcEdit session, you will be warning only once. I prefer to leave this dialog, since this operation is potentially dangerous.
How about checking the comment to see if the last PGC is marked as unreferenced, if it is, delete it, if it's not... give a warning and don't delete?

[r0lZ]

That's possible, but the function to check the unreferenced PGCs can be very slow, when there are many PGCs with many commands. Using it just to test if a dialog must be displayed is a bit too much, especially if the user wants to delete several PGCs.

[Fallen]

In Titlewriter -- Removed VMG_VTS_ATRT dummy entries and rewired all jump calls beyond existing VTS's in VMG ifo pgc's/vob menu buttons to first VTS.
The dummy Technique is legal and works but rather trivial to change. (Actually the code base got 2K smaller)

FAllenAngel

[r0lZ]

Good news, FallenAngel.
I have also modified PgcEdit so that the multiple titles numbers created by the previous releases of TitleWriter are now supported. However, it's difficult to fix all potential problems with some specific functions. I'm glad you did the work!

[Edsel]

Hello, got several questions here.

Is there a known problem with 0.6.3.1 no longer closing Imgburn 1.0 after a succesful burn? Older versions used to close it no problem.

I also get an iso creation window every time now, instead of only on errors. The "always show creation log" is not checked. Is there another option to turn this off? I can't seem to find one. I'm wondering if this is related, since the window pops up it can't close Imgburn, etc.

Request: I really wish the Image Size check command would *include* the dvd rom files, not exclude them. Telling me "Hey, it'll fit, but I haven't counted a bunch of stuff" really does the user no good.

On a related note, I've got a disk with some dvd-rom files I want to include, but it can't build an iso succesfully. The directory tree is deep, files located in \common\win\lang\en\scrview\images etc, and the generated iso says that some files have been ignored (verified by opening the iso). The log file says to add -D or -R to mkisofs, but if I try and add them to the Burn Iso Setup, it just generates errors because PGCedit can no longer find the exe file. Adding quotes " just confuses it more.

[mad-eddy]

Imgburn 1.0 You know however already, it in the meantime the "version 1.2." gives? Attempt nevertheless first times the new. It is possible, which is used to close another function with the newer versions.
Good luck.

[r0lZ]

Is there a known problem with 0.6.3.1 no longer closing Imgburn 1.0 after a succesful burn? Older versions used to close it no problem.

I also get an iso creation window every time now, instead of only on errors. The "always show creation log" is not checked. Is there another option to turn this off? I can't seem to find one. I'm wondering if this is related, since the window pops up it can't close Imgburn, etc.I haven't noticed these problems yet. Maybe it's because you are using ImgVurn v1.0. Try v1.2, as suggested by mad-eddy.
However, the ISO creation log problem is not related to ImgBurn, but I have modified the way mkisofs is called. Will verify if it's the cause of this problem.

Request: I really wish the Image Size check command would *include* the dvd rom files, not exclude them. Telling me "Hey, it'll fit, but I haven't counted a bunch of stuff" really does the user no good.The image size check includes the DVD-ROM files, but excludes the backup folders. Will verify it, too.

On a related note, I've got a disk with some dvd-rom files I want to include, but it can't build an iso succesfully. The directory tree is deep, files located in \common\win\lang\en\scrview\images etc, and the generated iso says that some files have been ignored (verified by opening the iso). The log file says to add -D or -R to mkisofs, but if I try and add them to the Burn Iso Setup, it just generates errors because PGCedit can no longer find the exe file. Adding quotes " just confuses it more.Yes, it's not possible to add user specified parameters. I'm not sure I'll add the -D or -R parameter, because it is not supposed to be used to create DVD-Videos:-D Disable deep directory relocation (violates ISO9660)
-R Generate Rock Ridge directory informationDo you have copied the DVD-ROM files you want to burn from an original DVD-Video?

[Edsel]

I haven't noticed these problems yet. Maybe it's because you are using ImgVurn v1.0. Try v1.2, as suggested by mad-eddy.
However, the ISO creation log problem is not related to ImgBurn, but I have modified the way mkisofs is called. Will verify if it's the cause of this problem.

Yeah, I might do that. I tend not to upgrade software that works, and ImgBurn has been very steady for me.

The image size check includes the DVD-ROM files, but excludes the backup folders. Will verify it, too.

We might be talking about different things. If I start the program, Open dvd folder, click Check DVD Size. It shows 2290213 sectors in compilation, 8283 free.

Close the program, copy some dvd-rom files into the folder, start again, open dvd folder, Check DVD Size shows the exact same numbers, 2290213 sectors in compilation, 8283 free.

Only once I click the Burn Dvd button does it show the correct numbers, 2293198 sectors, 5298 free.

I always use the Check DVD Size command first, to make sure it fits first, before using the burn command, and that's where it can be misleading. If that part ignores the dvd rom files, then there's not much use for the command. :)

Yes, it's not possible to add user specified parameters. I'm not sure I'll add the -D or -R parameter, because it is not supposed to be used to create DVD-Videos:-D Disable deep directory relocation (violates ISO9660)
-R Generate Rock Ridge directory information

Ok, I guess I'll just have to scrap 'em, or figure it out manually.

I re-ran it to get the exact message for you:

mkisofs log for DVD "X"
From: "F:\DVDFILES"
DVD-TEXT General Name: "X"
Provider ID: "DRMP 3.4"
Number of VTS: 13
Output file: "F:\ISO\X.ISO"
Volume label: "X"
Running under windows (OS type: Windows NT)

mkisofs 2.01x (i686-pc-cygwin)
mkisofs: Directories too deep for 'F:\DVDFILES/common/win/lang/en/scrview/pages/images' (7) max is 6; ignored - continuing.
mkisofs: To incude the complete directory tree,
mkisofs: use Rock Ridge extensions via -R or -r,
mkisofs: or allow deep ISO9660 directory nesting via -D.
mkisofs: Directories too deep for 'F:\DVDFILES/common/win/lang/en/scrview/upgflash/win' (7) max is 6; ignored - continuing.
The pad was 11 for file VIDEO_TS.VOB
The pad was 6 for file VTS_06_1.VOB
The pad was 6 for file VTS_07_1.VOB
The pad was 1 for file VTS_10_1.VOB
Total translation table size: 0
Total rockridge attributes bytes: 0
Total directory bytes: 49560
Path table size(bytes): 334
Max brk space used 1f000
2293139 extents written (4478 MB)

ISO created, WITH WARNINGS!


Do you have copied the DVD-ROM files you want to burn from an original DVD-Video?

I'm not entirely sure what you're asking here, but yes, on some backups, I like to also backup the DVD rom files, as there are ocassionally some extras that are worth keeping on the backup. Not often, but this time I wanted them.

[r0lZ]

Right, the DVD size function in the Files menu do not take the DVD-Rom files into account. But I like it as it is. This way, you can see the size used by the video files only, in case you have the intention to remove the other files before burning. Also, this function do not check if the DVD-Video files are in a VIDEO_TS subfolder, and must therefore exclude all files that are one level up.
Anyway, I think it's easy enough to check the size with DVD-ROM files with the burn function.

I don't understand how it is possible to have 7 nested directories on a standard DVD-Video, since it's not standard compliant. Hence my question. I wanted to know if you copied the DVD-ROM files straight from the original DVD to the root DVD folder. If DVDFILES is a new directory you have created to put the DVD-ROM files, it could explain the problem. Otherwise, it means that it is legal (or at least harmless) to have more than 6 nested directories on a DVD-Video. If it's the case, I could add the -D parameter. But maybe i'll break something else. I want to be sure it is really harmless.