Log in

View Full Version : Illegal FPS


kikatu
13th January 2008, 22:04
Hi

Can Illegal FPS on the First-Play PGC be detected by PgcEdit?

Could this create any issues if for example, we might want to create a first cell on a newly created dummy PGC at the VMGM, but on a NTSC DVD due to the “illegal FPS” on First-Play PGC, PgcEdit might actually create a 25 FPS cell.

Edit: Using PgcEdit 8.5, haven't use the recenly released version!

By the way, Happy New Year!

blutach
13th January 2008, 23:22
There can be no video in FP-PGC so anything that is there is the result of a bad rip. In fact, I'd be awful surprised to see this, even with new protection systems. Theoretically, you could put in some programs and cells. Check it with IfoEdit - open VIDEO_TS.IFO and under VMGM-MAT is First Play PGC. See if the number of prgrams and cells are not 0. If they aren't, change them.

Regards

kikatu
13th January 2008, 23:57
Hi blutach, the IFO shows 0, but it was probably the Play–Time (BCD) at the First-Play PGC showing zero (illegal) instead of 192. Recently we have this issue no matter what program was used for decryption the First-Time PGC had an illegal value of zero, it came apparent when the backup did not play at all due to the new cell created in the Title Menu (the DVD player thinking it was PAL), later realizing by some testing the possible cause. But since IfoEdit couldn't even save the IFO to set a 192 value (an error showing similar of a read only file attribute), we simply created a new DVD using PgcEdit importing (moving) the backed DVD with success, the FP-PGC was created correcly and the newly created cell on a dummy PGC as a Title Menu shows 30 fps.

This can be recreated, PM or Email are welcome!

Thanks blutach

blutach
14th January 2008, 04:13
If the IFO can't be saved due to being read only, just make it not read only. And yes, the BCD should be 192 (NTSC)/64 (PAL). If the decrypter is making it a zero, it is a bug and should be reported to the program's author.

Regards

r0lZ
14th January 2008, 11:37
I'm not sure I understand your question.

PgcEdit uses the fps of the first PGC of the title domain of the current VTS when it creates a new VTSM menu, the fps of the first PGC of VTS 1 when it creates a new VMGM menu, and the fps it finds in the current PGC when it creates a new cell. It doesn't modify the fps field in PGCs imported by the various import functions (allowing you to make hybrid PAL/NTSC compilations.) So, the fps in the FP-PGC is never used directly. It is not checked neither, but that should not be a problem.

Of course, if the first PGC of the title menu of VTS 1 has an illegal fps, that could lead to problems, but I have never seen that.

If you can describe exactly what you did, I will have a look.

kikatu
16th January 2008, 02:53
1- Delete the complete VMGM Menu.
2- Create a new VMGM Menu.
3- Check the FPS on the newly created dummy PGC without creating a cell.
4- Create a cell on the dummy VMGM PGC.

Dear r0lZ:

The first time, we noticed we had a PAL cell was after creating a cell (step #4), but now it happens only after creating a new VMGM Menu (step #3). Conclusions it may vary, but after creating a completely new menu with the First-Play PGC having an “illegal FPS” value, we may get an incorrect PAL cell or dummy PGC without a cell (it varies!).

Take care r0lZ

If the IFO can't be saved due to being read only, just make it not read only. And yes, the BCD should be 192 (NTSC)/64 (PAL). If the decrypter is making it a zero, it is a bug and should be reported to the program's author.

Regards

Hello blutach, it might be a couple of issues; if the disc isn't a 100% due to scratches or a defective DVD, the authors of the decrypter cannot be responsible. Otherwise, I would definitely follow your advice. Lets us wait and see what r0lZ ("workaholic") reports back.

Take care guys!

r0lZ
16th January 2008, 13:45
OK, I will come back to this thread when I will have some time to check the problem.
Please post here again if I forget to reply! ;)

kikatu
17th January 2008, 04:28
Received the replies. Thank you again for all the work you do for us to enjoy!

Hi!

OK, I did it.

At step 3, the FPS is 25 (PAL.) Perhaps a little bug here, but since that PGC has no video content, that's not a problem. I will try to fix the first problem, but IIRS, my method is correct. A cell without video content should not be flagged as NTSC. Anyway, I will verify that...

After step 4, the frame rate is 30 (NTSC.) Therefore, everything is correct. I will try to reproduce your problem, but honestly I doubt I will succeed.



Hi again!

OK, I understand what's happening.

When a new menu is created, the frame rate is retrieved from the FP-PGC. But the method assumes that if the frame rate is not 192 (NTSC), then it is PAL. Obviously, that doesn't work well if the frame rate is illegal in the FP-PGC. Now, the frame rate is still retrieved from the FP-PGC, but if it is illegal, it is retrieved from the first Title PGC of VTS 1.

Furthermore, I have added a test to check if the frame rate of the FP-PGC is wrong when the DVD is loaded, and it is automatically fixed (using the frame rate of the first title PGC). A warning is displayed in this case, and the "DVD Modified" flag is set.

That should definitively fix the problem. However, if you use a multi-standard compilation (theoretically illegal, but accepted by most players) you have to be sure that the FP-PGC has the right frame rate before creating a new VMGM menu.


:thanks: again & take care!