|
|
I am actually evaluating pgcEdit 0.4.8.
After you open the video_ts.ifo file, you have the warning quot;The value for End byte of VMGI_MAT is incorrectquot;. 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
Originally Posted by AfrinuxI 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
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.
How about disabling the virus protection while you download it?!
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
blutach, LIGHTNING UK!, Thank you.
I will try the zipped version.
LIGHTNING UK!, even after disabling the virus software , I still cant get it.
Here is a direct link to the latest beta. Hope you will be able to download it...
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 quot;potentially unwanted programquot;!
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--is running probably on the background.
so right click the tray icon for macafee (looks like a shield) and click exit. macafee is aweful
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
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!)
OK, here it is: 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.
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
Thanks, Jsoto. That's exactly what I wanted.
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.
Hi r0lZ!
Are you familiar with this warning?
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.
Originally Posted by AfrinuxP.S. I am using the version you've posted above.
Above?? The 0.6.3. beta ??
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...?
Originally Posted by mad-eddyAbove?? The 0.6.3. beta ??
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...?
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
Code:
# compare stored number of VTS and real number of VTS_XX_0.IFO files.
for {set vtsnum2 1} {$vtsnum2 lt;= 99} {incr vtsnum2} {
if {! [file exists [file join $directoryname quot;VTS_[format %02i $vtsnum2]_0.IFOquot;]]} {
incr vtsnum2 -1
break
}
} #from the debug vtsnum2=100 and numvts=99
if {$vtsnum2 != $numvts} {
set txt quot;WARNING:\nThe number of VTS stored in VIDEO_TS.IFO ($numvts)quot;
set txt quot;$txt\ndon't match the real number of Title Sets stored on disk ($vtsnum2).quot;
if {$numvts lt; $vtsnum2} {
set txt quot;$txt\n\nYou should manually remove all files related to VTS $vtsnum2.quot;
set txt quot;$txt\n\nIf you really need this Title Set, try to import it with onequot;
set txt quot;$txt\nof the \quot;Import title clip\quot; macros or the \quot;Import VTS Titles\quot;quot;
set txt quot;$txt\nand \quot;Import Menu\quot; utilities.quot;
} else {
set txt quot;$txt\n\nYou should manually copy all files related to VTS $numvts, orquot;
set txt quot;$txt\nrestore the backup.quot;
}
tk_messageBox -icon warning -title quot gcEdit: Read DVDquot; -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.
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 quot;100quot;, maybe it keeps only quot;10quot;? 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!
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. |
|