TitleWriter 4.72 - *** Update 31 July 2008, ***

[tetsuro_ja]

@r0lZ
Thanks for S*-plugin.

@FallenAngel
Thanks for TestBed6_25.
97-99 movies are all OK.

97 movies (one chapter each movie) -- Menu Creation Duration 15:43
98 movies (one chapter each movie) -- Menu Creation Duration 16:03
99 movies (one chapter each movie) -- Menu Creation Duration 16:34

99 was a pain

Do you know Japanese?
"9" is a number disliked by Japanese people since the sound of "9" resembles the sound of a Japanese word meaning "pain".

[FallenAngel]

Just noticed that "Squish" allows creating more the 99 vts per DVD --Hmmm

jinjin_jp -- you can have up to 128 commands in a pgc -- just "Squishs" fp was terrible -- I'm Updating my fixvts quite a bit to trap and fix more "bad" stuff (Instead of just kicking an error)

Tetsuro_ja -- No not Japanese -- but 99 seems to be a bad number for me (who knows in another past life)
Yes it takes awhile with a high number of titles
(I generated full Vts menus for my test -- almost 18 min at 99 titles)

Still its better then a full reauthor with anything else Since the actual import time was less the 30 sec.

[r0lZ]

Thanks for the confirmation, guys!

Angel, the fact that Squish allows more than 99 titles is a bad news, as it's definitely illegal. My plugin doesn't trap this error, but IMO that's not really a problem. Who will create a compilation with 100 or more titles? Anyway, although it's illegal, my plugin should support up to 128 titles, but will fail if there are more titles, as a third VMGM PGC is not created automatically.

Jinjin, 102 commands in a PGC are, of course, legal, as the maximum is 128.
It is necessary to increase the sixe of VIDEO_TS.IFO when there are more than 97 commands, but that's true for the FP-PGC only. This is due to the other stuff at the beginning of the VMGM_MAT table. Since this stuff consumes always the same space, and the FP PGC is a dummy and therefore has no cell table, it is easy to compute exactly how many commands can be in the FP-PGC when only one sector is allowed for the complete VMGM_MAT table table: it's the space (in bytes) remaining in the sector, divided by 8, and that's exactly 97.
When some VMGM menu PGCs are created, VIDEO_TS.IFO must also be increased, as new tables are created, but it is impossible to compute exactly how many commands can be present in those PGCs, as this value depends of the total numbers of PGCs and the number of commands in the other PGCs. But don't worry. PgcEdit expands the tables automatically when needed, and I'm sure TW does it also.

[FallenAngel]

r0lZ Yes I know -- More then 99 titles -- Hell I don't even trap for it anywhere (I''ll just bomb out -- since so many tables would have to be screwed.)

Bet given Nero's track record of fixing things its in there too.

Wonder what other foibles are in Squish when you push the limits.

[jinjin_jp]

@r0lZ
Thanks for DVDSh*_plugin v2.4.
It seems to move FP-commands if too many. It works well.
But as you say it can't use with TW because it creates VMGM pgc.
When use TW, it is beter to edit (reduce) FP command to 97.

I strongly want to use plugin before processisng by TW, because editting about prev/next button one by one needs very long time and inconvinient.

@FallenAngel
Thanks for Testbed6_25.
It seems to more reduce the maximum number of command from 102 to 94. It works well 99 titles.

Regards.

[r0lZ]

When use TW, it is beter to edit (reduce) FP command to 97.

That's what PgcEdit v8.4 (to be released very soon, probably today) does automatically now.

[FallenAngel]

jinjin_jp -- I'm somewhat confused -- Why are you going into pgcedit at all prior to Make Menu --
I would think Make Menu would Stomp on just about everything PgcEdit does

[Castros]

Sorry to bother you again, FallenAngel. I have been using Titlewriter 2.65 for over a year now which works perfectly for any DVD converted by WinAVIConvert 7.5. But it’s not working well for WinAVIconvert 8.0. The DVD that is created by WinAVIconvert 8.0 & Titlewriter 2.65 can not be played at all. It will display the DVD menu but when you press ENTER for any selected title, it does not play the movie and remain on the DVD menu screen. I have about ten DVDs like this and can not be undo by Titlewriter 2.65 as all files are deleted. Is there any way that I can fix it with the latest Titlewriter 4.32 ? Attached is the Vts files from one of the created DVD. Your help is greatly appreciated.

[tetsuro_ja]

I would think Make Menu would Stomp on just about everything PgcEdit does

In the case where 'Create Movie Chapter/Setup/Audio Menus' is unchecked, MakeMenu does not change pre/post commands of each title.
I have thought this is specs of TW.

Regards

[jinjin_jp]

jinjin_jp -- I'm somewhat confused -- Why are you going into pgcedit at all prior to Make Menu --
I would think Make Menu would Stomp on just about everything PgcEdit does

Sorry to cofuse you often.
Because I want to use PgcEdit's DVDS* plugin'(Remote buttons). This plugin can't be used for TW's output, because it change menuswhich TW created. I utilze that TW doesn't change releted things if not creating VTSmenu.

DVD which I make recently is very many titles and 1 chapter/1audio/no subtitle each.
I want to return to menu from middle of title by next-button. If impossible, fast-forward is needed and inconvinient.
This editing can't be after TW's processing. But it is hard work to edit Next-Link(change 0 to 1) one by one for all titles. Plugin does it easily (so I do Prev-Link at the same time).

And I always edit to return after replayed last title by DVDS* plugin at the same time. (When music not story, last title is not always replay in last.) But it is easy to edit after TW's processing.

Originally Posted by jinjin_jp When use TW, it is beter to edit (reduce) FP command to 97.

That's what PgcEdit v8.4 (to be released very soon, probably today) does automatically now.

Thanks very much. I'll try it later.

Regards.

[FallenAngel]

Jinjin_jp -- Doesn't the Menu button on your remote do exactly the same thing. if no title menu it jumps to root (which is the switcher)
Whats throwing me is that Pgcedit and I are using different Styles/layouts (He trusts the sprm's -- Given the past I don't) hence gprm(0) is ambiguous I would think

[r0lZ]

(He trusts the sprm's -- Given the past I don't)

Me neither, although I did an exception in the "fix 50 or more titles" new function. That was easy to do, and if it doesn't work, the user can apply the "redo authoring" function or simply avoid using the Title menu button.
However, I agree that the plugin should modify the Set pre-command of each titles instead of using the SPRM method. Maybe I'll do that in the next version...

[FallenAngel]

r0LZ
Do you have a link I could study as to How you are resetting the actions of the remote buttons -- I just don't see where link is being rewired/created in the ifo's or vobs.

It seems I might be able to offer the option to "skip" to next title via remote in Non vts_menu's

Edit: Yes its rather simple -- Now that I think on it

[blutach]

@Castros - I am sorry, but we do not allow uploading of DVD Video files (IFO/BUP/VOB), even if you made them yourself or hold copyright over them.

Your attachment has been deleted.

Regards

[r0lZ]

@FallenAngel:

Well, I don't have a precise link, but this question has been discussed several times at Doom9.

Anyway, to skip to the next title, the principle is simple. When the user presses the Next Chapter button during playback of the last program, nothing happens (on most players, but as always there are exceptions), and the playback continues normally. To force the execution of the post-commands, it is sufficient to set the NextPGCN link to point to the current PGC. For example, in PGC 1, it must be set to 1.

However, as you know, the NextPGCN link in a Title must point to a PGC of the same Title. This means that this option is theoretically reserved for not-one_sequential Titles, made of several PGCs (and for the menu PGCs.) Although the method explained above sets the NextPGCN link to point to itself, and is therefore legal, it is still unclear that the title has to be flagged as not-one_sequential.

If it's the case, the method has several drawbacks, as, for example, a non-sequential Title cannot have a time map (although, again, some players can use it if it is present.) Therefore, it is not possible to jump to a specific time in the Title with the remote or the seek bar of a software player. Furthermore, even if you do not set the not-one_sequential flag on the Title, some players (notably PowerDVD) consider it as non-sequential anyway, because it has a non-zero NextPGCN link!

As far as I know, nobody has been able to definitely answer this question yet. According to mpucoder, the NextPGCN link can be non-zero in a sequential Title, as long as it points to itself, and the method I use in PgcEdit should therefore be compatible with all players. Unfortunately, it's not the case, and it's probably why it is rarely used in commercial DVDs. Instead, they use another well known method, but more difficult to implement. They create an additional dummy short chapter at the end of the PGC.

Another method is to create 2 invisible menu buttons (BOVs) in all cells of the Title, so that when the user presses the right arrow on the remote, an autoactivating BOV is executed, and the nav jumps to a PGC in the VMGM, from where it is redirected to the next title. It's not easy to implement neither, and it's not very user friendly, as it is not obvious that the user has to use the right arrow instead of the next chapter button. But it works.

Using the Title Menu button to skip to the next Title is also a very simple method that has never caused problems, but it is not applicable in the case of TW, as you need it for your menu, I guess.

[EDIT] Here is a discussion on this subject.
[EDIT2] This one is interesting too.