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

[FallenAngel]

Blutach
PowerDVD was removed here a long long time ago -- its a joke
ShowTime isn't a whole lot better
and WMV only survives because so much is coded for it
For A bit I thought MPlayer was "It" until I started this Next/prior bit
Testing KMPlayer now

Tetsuro_ja
look at it this way -- with these givens

1. throughout the title g1 has to equal 0 (otherwise the menu calls are treated as Jump to next title)
   
2. On normal flow g1 has to equal 0 on VTS n,1 post command entry
   
3. G1 only needs to be set to 12346 only on NextLPCN

I don't need to know when the cell is exited normally but if the NextLPCN was pressed during the last cell

Since I can't set g1 to 12346 state (See 1) and unset in last cell this method really doesn't help me at all

Remember the cell command is only executed on normal entry -- Its the reverse I need to trap -- without g1 being set (or ending up at the) Jump title state throughout

And it doesn't matter what gprm I "set" and trap the logic is essentially the same

And it all falls to pieces on titles that are single cells

The PriorLPCN works well because essentially a dummy is called Only when the Prior Remote button is pressed -- But the VTS n,1 posts are executed via many paths

So essentially setting/unsetting anything via last cell doesn't help me at all

the simplist solution is to trap the "Remote Menu button" (then I could set g1=0)
But I don't think there is a way to do that

I'm completely baffled -- I just can't Have My Cake and Eat it

I can set easily remove the NextLPCN and create it in the goup link/Or title button -- but it doesn't "sing"

I imagine PgcEdits macro will do essentially the same thing when menus are present (probably ignores their existance -- he has to)

[FallenAngel]

Oui -- What I just said In last post -- Sunk in

I simply need a Dummy Root menu. Set g1=0 ; jump VMGM title
set gprm 1 to 0 in last cell
Set g1=12346 in VTS n.1 pre commands

And to make it work properly create a tiny last cell (theres the drawback)

I think this is the only way to do it

[FallenAngel]

No Castros haven't forgotten about you -- have to get some avi's before I can test. Been busy

[FallenAngel]

Okay Castros -- Simple answer its not TW -- WinAvi's output is so F%$ked the old menu system (and probably any old menu you have) will not work.

On my test (removed all menus, Make Menu Including Vts Menus) -- Fixed everything
(TW's new menu system is better)
I Can't release the current code until I get the current NextLpcn problems resolved

WinAvi 8.0 is putting out total garbage -- Open the output in PgcEdit -- its obvious -- Talk to WinAvi
TW needs a somewhat compliant dvd to play with.

It looks like they are writing "menu" pgc's without the menus actually being there. Semi critical offsets are wrong.
A whole slew of crap is being set (to no purpose)
And there are illegal calls being made

And TW is trying to use this garbage in the old simplemenus.

I'm amazed it works at all

If you really want to use this Piece of S&*t with old menus -- Nop all ttn post commands -- and do this
Set gprm(0)=titlenum
Call VMGM fp

On the last title
replace the call with Exit

[r0lZ]

1. throughout the title g1 has to equal 0 (otherwise the menu calls are treated as Jump to next title)
   
2. On normal flow g1 has to equal 0 on VTS n,1 post command entry
   
3. G1 only needs to be set to 12346 only on NextLPCN

What about that?

• Title menu:
  g1=0
  linkPGCN 3
  
• VMGM PGC 2:
  g1=12346
  linkPGCN 3
  
• VMGM PGC 3:
  Normal processing...
  
  
• Root menu:
  Jump to Title menu
• Title PGC:
  • post-command:
    Jump to VMGM PGC 2
  • last-cell command:
    Jump to Title menu

If the user jumps to the title menu by pressing the Title or Root menu button, g1=0.

If the playback ends without user intervention, the cell command is executed, and the nav jumps to the Title menu, where g1 is forced to 0.

But if the user presses the Next button during playback of the last program, the cell command is skipped, so the nav jumps to the VMGM PGC 2, where g1 is set to 12346.

However, there is a problem if the last cell is a tiny dummy chapter. If the user presses the next button during playback of the last real chapter, the last tiny chapter is played, and ends before the user has a chance to press Next again. Therefore, in this case, the cell command is executed instead of the post commands. Maybe you could remove the last tiny cells from the cell table, but you must be sure that it's really a dummy chapter.

[EDIT] Or you can set the cell command on the last REAL cell, and not on the last tiny cell. This way, the last tiny cell will be skipped when the title ends normally (as the cell command of the previous cell is executed) but the post-commands will be executed if the user presses the Next button.

A big advantage of this method is that it doesn't require creating a dummy PGC in the title domain, and therefore the title remains sequential. (But, of course, if you create a dummy to handle the Previous Chapter button, the title is already not-one_sequential, and there is no benefit.)

[r0lZ]

And it all falls to pieces on titles that are single cells

Why? The processing is exactly the same, regardless of the number of cells.

[FallenAngel]

Simpler just to create a dummy root menu and
g1=0 reset the play next title to do the vmgm menus
g0=0 and setup for the menu call
jump VMGM title menu (and my problem goes away)

then I can set g1=12346 in title pre commands without losing the ability to call the menus

I don't have to bother with cell commands at all, this also handles PlayAll --(I don't think your idea would handle that correctly) situations.
and tiny cells would play but so what (since the exit is normal -- and g1 will be already set)

I should have seen this days ago but I was too wound up in setting/unsetting the gprms when the remote buttons are pressed.
Brain death is a terrible thing

My only problem now is DvdAuthor is being balky -- It won't let me create just the Dummy Root Menu It seems to want Menu (.vob) content --
I'll come up with a way to fool it though -- I'm tricky

If I can't Get DVDAuthor to accept a totally dummy menu
then Fast and dirty solution is to just create an ifo with just a dummy root menu present and let TW import the menu tables.

(But, of course, if you create a dummy to handle the Previous Chapter button, the title is already not-one_sequential, and there is no benefit.)

Hmm I wonder -- Fuzzy here but wouldn't this eliminate the Previous Chapter Button dummy as I could point both to the post commands

cell 1 command Gprm(0)=123
cell 2 command Gprm(0)=0

and add in ttn post commands
if gprm(0)=123 (...execute goto prior title logic)

My head says this will work --( which usually means I've overlooked something)

[r0lZ]

I don't think so.

The problem with the Prev menu button is that you can't set a cell command that must be executed when the Prev button is pressed. But IMO there is a way to do it without having to create a dummy in the title domain.

The previous button works this way, when you press it during playback of the first program:

1. If the PrevPGCN link is 0, on some players nothing happens and the first chapter continue playing normally. On the other players, the first program is restarted. It's not interesting for us.

2. If the PrevPGCN link is pointing to another PGC belonging to the same title, that PGC is called and executed normally. Unfortunately, using this method requires to convert the title to not-one_sequential, with the limitations explained above.

3. If the PrevPGCN link is pointing to itself, the whole PGC is restarted, including the pre-commands. (This is similar to executing a LinkTopPGC command.) This behaviour can be used to execute selectively some pre-commands to jump back to the previous title.

Ecample:

Let's suppose that GPRM 15 contains 0 when the title is called.

********** pre commands:
   1  if ( gprm(15) == 0 ) then { Goto line 4 } 
   2  Set gprm(15) =(mov) 0  [COLOR="Green"]# this command can be moved in the VMGM PGC 2[/COLOR]
   3  (CallSS) Call the VMGM PGC 2, resume cell 1   [COLOR="Green"]# jump to the VMGM PGC that forces playing the previous title[/COLOR]
   4  NOP 
   5  Set gprm(15) =(mov) 1 
   6  NOP   [COLOR="Green"]# normal initialization here[/COLOR]
********** post commands:
   1  Set gprm(15) =(mov) 0   [COLOR="Green"]# gprm 15 must also be reset to 0 in the Root and Title menu PGCs.[/COLOR]
   2  (CallSS) Call the VMGM Title menu, resume cell 1   [COLOR="Green"]# or whatever you need to do when the title has finished playing[/COLOR]
********** cell commands:

Since gprm 15 is 0 when the title is called normally, the condition of the first pre-command is true, and the flow continues at line 4, where gprm 15 is forced to 1.
When the first program is playing, if the user presses the prev chapter button, the pre-commands are executed again. Now, since the condition of the first pre-command is false, a jump to a VMGM PGC is executed, and you can easily redirect the navigation to the previous title.

Of course, you have to be sure to reset the gprm 15 to 0 before calling a title, or an infinite loop will occur.

Theoretically this method works well, but I'm not totally sure that all players will really execute the pre-commands again when the prev button is pressed. As you know, there are many exceptions to the DVD-Video rules.

Note that using the GoUp button requires creating a new dummy in the title domain. Therefore, I think that this method is better.

[Castros]

If you really want to use this Piece of S&*t with old menus -- Nop all ttn post commands -- and do this
Set gprm(0)=titlenum
Call VMGM fp

On the last title
replace the call with Exit

Really appreciated for your time and help. Is the next version of TW gonna solve this problem. I can wait for that. Please take your time to code this wonderful piece of softwares. WinAVI might have done the menu incorrectly but speed and output quality is a lot higher than many other softwares in the market. Many people I know are using WinAVI for conversion.

[r0lZ]

Note that using the GoUp button requires creating a new dummy in the title domain. Therefore, I think that this method is better.

Sorry, I was wrong.
When the GoUp PGCN link points to itself, the GoUp button works exactly like the Prev Chapter button, except that it restarts the current PGC regardless of the chapter that is currently playing. Therefore, it is easy to use it to go back to the previous title. But, with my method, it is impossible to use the GoUp button to go back to the previous title, and ALSO to set the Prev button to restart the current title. If both the Prev and GoUp PGCN links are pointing to the current PGC, both buttons will behave the same way.

BTW, when I have tested the method explained in my previous post, I've found a bug in MPC. When the Next button is pressed, the current title is restarted, instead of the next one. Seems MPC jumps to the pre-commands of the PGC pointed to by the NextPGCN link, even if that link is pointing to itself. Obviously, it's a bug, but I guess that many players do the same thing. So, the best method to use the Next Chapter button to jump directly to the post-commands is to add a dummy chapter at the end of the PGC. Pity!

[tetsuro_ja]

r0lZ
My MPC seems to be different from your MPC.
The version of my MPC is (unicode build) 6.4.9.0 +SVN Rev.611(JPN) R2.
According to your test program (Test_NextPGCN_link.zip), when the Next Chapter button is pressed, my MPC results in:

Playing PGC 3, chapter 3:
The post-command has been executed.

[r0lZ]

It's probably because it uses another codec. I have also v6.4.9.0.

[tetsuro_ja]

I don't use external codecs at all in MPC.
Although I downloaded MPC English version and tested it, I could not reproduce the NextPGCN link issue.
It is sure that this issue does not depend on the version of MPC.
This issue may depend on environment or on something other than MPC, I suppose.

Thanks.

[r0lZ]

I don't use external codecs at all in MPC.

Me neither, but I suppose that MPC uses the codecs it finds. Therefore, installing another player can have some effects on MPC.

[tetsuro_ja]

I think internal filters (such as sources, codecs, etc.) of MPC operate as follows:
When an internal filter is checked in setting of options, the internal filter is selected. On the other hand, when an internal filter is unchecked, an alternative filter having the highest merit value is searched for and selected from external filters.

I received the news of completion of PgcEdit 8.4 unofficial Japanese version now. Thanks again, r0lZ.