PDA

View Full Version : Problems with PgcEdit


Afrinux
7th December 2005, 09:23
I am actually evaluating pgcEdit 0.4.8.
After you open the video_ts.ifo file, you have the warning "The value for End byte of VMGI_MAT is incorrect". I think it is a bug that needs some fixes.
Then you get Fatal error! PgcEdit is trying to read data after the end of a table.
Which table, the application is pointing at?
Thanks for helping.
Afrinux

jsoto
7th December 2005, 10:21
I am actually evaluating pgcEdit 0.4.8.

Come'on!!... Do you really ask for help on this version?
Seems the problem is in the IFO, but please be sure the problem can be reproduced in a newer version ( try the last released one, i.e.)



jsoto

Afrinux
7th December 2005, 11:25
I wanted to try the lastest version. Unfortunately, my virus software dont let me get it.
And, yes I have read the information on PgcEdit website concerning the 'virus' problem, but I cant figure out a way to download it yet.
Thanks for your help.

LIGHTNING UK!
7th December 2005, 12:01
How about disabling the virus protection while you download it?!

blutach
7th December 2005, 12:15
There are thousands of happy usersd who report no viruses in any verison of PgcEdit. If LUK!'s idea is not good enough for you, DL a zipped version from the PgcEdit homepage. Maybe then you'll be OK.

Regards

Afrinux
7th December 2005, 12:42
blutach, LIGHTNING UK!, Thank you.
I will try the zipped version.
LIGHTNING UK!, even after disabling the virus software , I still cant get it.

r0lZ
7th December 2005, 13:24
Here is a direct link to the latest beta. Hope you will be able to download it...
PgcEdit_winexe_0.6.3beta2.zip (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.3beta2.zip)

BTW, what is your antivirus program? It's incredible that you cannot download a file, even if it is considered as "potentially unwanted program"!

Afrinux
7th December 2005, 15:20
Tried the link on PGC Edit and the link given by r0lZ, still I get this message.
The anti-virus scanner was triggered by this file. The file was not cleaned and has been removed.

Context: 'PgcEdit_winexe_0.6.3beta2.zip'
See your system administrator for further information.
h**p://www.mcafeesecurity.com
mcafee is running probably on the background.

ron spencer
7th December 2005, 15:24
so right click the tray icon for macafee (looks like a shield) and click exit. macafee is aweful

jsoto
7th December 2005, 15:53
I'm running mcafee and I have no problems....
Forcing a scan on pgcEdit , it shows the proggie as potentialy dangerous (because its ability to launching apps) but no actions are taken.
jsoto

r0lZ
7th December 2005, 18:14
I don't use McAfee myself, but I know that there is an option to shut down the warnings about potentailly dangerous programs. Maybe you should try that. I don't remember how this option is called, though.

Also, I will try to encrypt the PSKill.exe file, within PgcEdit. Maybe this way McAfee will not recognize it anymore. (But, of course, there will be ppl wondering why I try to hide it! Aaaargh!)

r0lZ
7th December 2005, 21:12
OK, here it is: PgcEdit_winexe_0.6.3beta3.zip (http://www.videohelp.com/~r0lZ/pgcedit/beta/PgcEdit_winexe_0.6.3beta3.zip).

PsKill.exe is now encrypted in the standalone executable. It is not recognized any more by McAfee (at least by the free McAfee online virus scanner), so you should be able to download this beta without problem.

But the first time PgcEdit is run, it needs to copy the decrypted pskill.exe in his bin folder. This operation can still trigger a McAfee action or warning. I have also added a check for this situation, so that the user should be informed of the problem. I hope it is at least possible to inhibit the McAfee action, and let PgcEdit write the file.
Afrinux, could you confirm that it works?

@jsoto: Could you please test it too? Just delete the pskill.exe in the bin folder, to force PgcEdit to recreate it. Launch the beta, and report if McAfee complains, and if it is possible to install the file anyway. Thanks.

jsoto
7th December 2005, 22:19
OK, downloaded.
Running a scan on the zip file nothing is detected

Launching pgcedit, pskill.exe is extracted. (I have no problems on this extraction).

Running a scan on bin folder, a potential virus is detected in pskill.exe, but no actions are taken. The file is identified as RemAdm-ProcLaunch

jsoto

r0lZ
7th December 2005, 22:34
Thanks, Jsoto. That's exactly what I wanted.

Afrinux
8th December 2005, 08:05
Thank you r0lZ!
Working like a charm. I will report if I encounter further problems. Thanks for your time.
P.S. Done everything with mcafee running.

Afrinux
30th January 2006, 05:24
Hi r0lZ!
Are you familiar with this warning?
http://img95.imageshack.us/img95/3811/pgcediterr8ik.jpg
The disc I used, contains 99 Titles and each title has 99 chapters.
The disc plays fine with some players.
And I have checked the number of VTSs, which is 99.
Any idea?
P.S. I am using the version you've posted above.

mad-eddy
30th January 2006, 06:42
P.S. I am using the version you've posted above.
Above?? The 0.6.3. beta ??:confused:
The last Final, from yesterday, is 0.6.3.1(no Beta)!

Your Message-Window looks crazy. As far as I know, only 99 titelsets may be according to specification on a dvd. Therefore the message is well totally correct.

To the solution: I think the best would be, if one could attach that/those titles of vts 100 to another vts.
As far as I know, does not go however momentarily with PgcEdit.
Or nevertheless? @r0lZ?

Another away, that I would use, would be, to take the entire stupid part apart and could be constructed newly together.
99 Vts(100?)... Who does such a thing...? http://www.cheesebuerger.de/images/smilie/frech/d055.gif

Afrinux
30th January 2006, 07:51
Above?? The 0.6.3. beta ??:confused:
The last Final, from yesterday, is 0.6.3.1(no Beta)!
Hi mad-eddy!
I had problems with downloading the versions in the mirrors.
And r0lZ gave me this version.

Your Message-Window looks crazy. As far as I know, only 99 titelsets may be according to specification on a dvd. Therefore the message is well totally correct.
Yeah, I know! Except that the number of VTSs recorded in the disc is 99.

To the solution: I think the best would be, if one could attach that/those titles of vts 100 to another vts.
The problem is, I cant find a vts#100. I have counted all the VTSs and the number is 99.

Another away, that I would use, would be, to take the entire stupid part apart and could be constructed newly together.
99 Vts(100?)... Who does such a thing...? http://www.cheesebuerger.de/images/smilie/frech/d055.gif
Funny thing is, the dvd verifier doesnt detect any error. And that let me to believe that there is a bug in this application.

Since the size of the disc is too large, I cant upload it so everyone can see it.
I am not comfortable with tcl ( to tell the truth, I have never used it), but I tried to debug the application
# compare stored number of VTS and real number of VTS_XX_0.IFO files.
for {set vtsnum2 1} {$vtsnum2 <= 99} {incr vtsnum2} {
if {! [file exists [file join $directoryname "VTS_[format %02i $vtsnum2]_0.IFO"]]} {
incr vtsnum2 -1
break
}
}
#from the debug vtsnum2=100 and numvts=99
if {$vtsnum2 != $numvts} {
set txt "WARNING:\nThe number of VTS stored in VIDEO_TS.IFO ($numvts)"
set txt "$txt\ndon't match the real number of Title Sets stored on disk ($vtsnum2)."
if {$numvts < $vtsnum2} {
set txt "$txt\n\nYou should manually remove all files related to VTS $vtsnum2."
set txt "$txt\n\nIf you really need this Title Set, try to import it with one"
set txt "$txt\nof the \"Import title clip\" macros or the \"Import VTS Titles\""
set txt "$txt\nand \"Import Menu\" utilities."
} else {
set txt "$txt\n\nYou should manually copy all files related to VTS $numvts, or"
set txt "$txt\nrestore the backup."
}
tk_messageBox -icon warning -title "PgcEdit: Read DVD" -parent . \
-type ok -message $txt
}

And I find out that vtsnum2 increased by 1, just after coming out the loop.
Instead of 99, the value of vtsnum2 comes out with 100.
Shouldn't you decrease vtsnum2 by 1?


P.S. r0lZ, I dont know if it is against your policies to post part of your codes in this forum. If it is, please let me know so I can edit my post.

r0lZ
30th January 2006, 10:25
First, Afrinux, do you still have the problem downloading the releases from my homepages? I have encoded PSKill.exe so that the picky antivirus programs should not complain any more.

The problem you are reporting is strange. This check works well... most of the time. If the vtsnum2 variable is systematically increased by 1, PgcEdit should display the warning for every DVD! Maybe it's something with the way VTS 100 is checked. Since there are 3 digits in "100", maybe it keeps only "10"? Will have a look. Could you send me your IFOs to check them?
Anyway, this warning is not critical. You may safely ignore it and continue working with your DVD.

The PgcEdit code is released under the GPL license. This means that it is freely redistribuable, even in a modified form. No problem!

r0lZ
30th January 2006, 11:03
Afrinux, I don't need your IFOs. I have created myself a test DVD with 99 VTS, and I was able to reproduce the problem. It is fixed now. Thanks for the bug report.

Afrinux
30th January 2006, 12:03
First, Afrinux, do you still have the problem downloading the releases from my homepages? I have encoded PSKill.exe so that the picky antivirus programs should not complain any more.
Hi r0lZ!
I can download the releases from your website without any problems. Thanks for fixing that.
The only problem I have now is, the PgcEdit.exe always triggers my anti-virus software. I am still using the same software: mcafee.
Anyway, I will try to figure out how to get my software to recognize it.

The problem you are reporting is strange. This check works well... most of the time. If the vtsnum2 variable is systematically increased by 1, PgcEdit should display the warning for every DVD! Maybe it's something with the way VTS 100 is checked. Since there are 3 digits in "100", maybe it keeps only "10"? Will have a look.
I have asked myself the same question. How come it works fine for most of the dvds and displays a warning for this case.

I am trying to figure out what this line of the code is doing but still no luck:

if {! [file exists [file join $directoryname "VTS_[format %02i$vtsnum2]_0.IFO"]]} {
incr vtsnum2 -1
break
}

Afrinux, I don't need your IFOs. I have created myself a test DVD with 99 VTS, and I was able to reproduce the problem. It is fixed now. Thanks for the bug report.
You are welcome. I am glad to be of any help. Besides, it is a very powerful tool you got there. Pretty handy when dealing with DVDs.
Afrinux