[PSX/PC] LImit BReak Editor (Version 0.3)

  • Thread starter Thread starter Bosola
  • Start date Start date
Status
Not open for further replies.
There's also another issue I've found, recently, that involves the 'HP Absorb' flag not being 'saved' sometimes. It may be simpler just to go for a 'big push' and release a PC-editing version that fixes the bug too. I have a version of FF7 PC... somewhere, and I know the offsets. Now I just have to find the disc, install, and double-check.

Oh, and change the way it starts up, too, obviously (start with all controls disabled). I may also change the delivery system: at the moment, you can download the executable AND the Py2.5 files AND the Py2.6 files, because there are significant differences (for me) between the two versions of Python, but many distros still include 2.5 by default. I may simply go for the option of 'Freezing' one of the 'forks' into a simple Linux and Mac binary. Oh, I might get round to reading up on how to include an icon, too. If anyone wants to suggest a design, shoot.

Other than that, things seem ok. I haven't seen any other bugs, but remember, I provide an email for feedback with good reason.
 
Last edited:
I will be frank.

I have no idea why the Drain Damage checkbox status is not being 'remembered'. I've been making changes to try and recognize the issue, but none take effect. Unless there's some quirk to the interpreter (reading cached code, rather than what I've written), I have no other ideas left.

The changes to the limit data made when saving DrainDmg status to the buffer should match the changes the 'updater' expects. I haven't misnamed the control anywhere it seems, nor should any setting on the GUI / spacing be causing an issue. Why is that one checkbox not saving data?

If anyone wants to look at the code and suggest anything, I will gladly credit them.
 
Last edited:
...And now it's working completely fine. For some reason, forcing it to print data (which I did for debugging purposes) seemed to sort things out. I had it print the data being saved and the data being loaded for the special flags, and found the results consistent with what they should be... and the mistake cured itself.

Could some more experienced programmer tell me what the hell is going on?
 
Oh, and another thing. Limits that are stored in the KERNEL.BIN probably trump Limit Break attacks in the LIMITMENU.MNU, so you will likely need Wallmarket to edit them all. I need to confirm this.
Click to expand...
I can mostly confirm that this is true. Data for Vincent's, Tifa's, and Cait Sith's limit attacks including Blade Beam's shockwave (the attack indexes that are less than 128) are retrieved from the KERNEL.BIN. That's how this effect was achieved. I just got in a battle with emerald and began that sequence. She can't hit hard enough to kill in one limit chain. I added the "kill regardless of status effect def" to her Final Heaven and that happened.
That's really the only one I tested. I haven't tested Vincent's and Cait Sith's, but I know Tifa's are taken from that.
 
Well, the error is sorted out, and a few other things have been dealt with too. I think it should work with the PC version, so long as my information is correct. KM says

By the way, Limit Breaks are (starting at 0x51E0D4 of ff7.exe for the PC and somewhere in MENU\LIMTMENU.MNU for the PSX - I'm at university and don't have my discs right now):
Click to expand...
So long as he means 'the first byte of limit data in the exe is $51e0d4', then Libre should work fine. Should. I don't like this business of working without the .EXE itself.

Libre now starts up with a 'blank' array of limits - all data zeroed - and you can then choose to open up a MNU or EXE to your choosing, *or* write a set of limit data from scratch. You can then patch your work to either version, so you *should* be able to extract the limit data from your PSOne patch and apply it to the PC instead, and vice-versa. If you followed the 'rough and ready' PC method explained above, you'd be able to simply copy from your generated file and have LiBrE do the patching.

I may try and hunt down my PC version to test it more thoroughly.

I may also consider freezing the application for Linux.
 
i would be happy to make you a linux-64bit and 32bit and mac version for you . but i don't know thing one about compiling python. so if you could point me to some docs on this i will get it set up.

slightly off topic , nice to see another kde user, you should learn Qt the language of KDE. and you might want to check out this action menu i made to open files the hexeditor okteta (sudo apt-get install okteta , on *buntus) its been very useful for decoding the savegames , by saving me time:).
 
Python doesn't actually compile - freezing the application just bundles a standalone Python interpreter and the app's bytecode.

At any rate, freeze is supposedly quite trivial to use, and will produce binaries that *should* run on any Unix-like OS.

What I really need to do is hunt down the FF7.exe and verify that Libre doesn't mess up the limits on the PC version. Then, port Libre to Python 2.5 and use Py2Exe for the Windows executable. Icons can wait.
 
Last edited:
Libre 0.3 is released; original post updated. I'll see about freezing the app, too.
 
nice work Bosola, just wanted to let you know 2 small things.
1 - your about screen for 0.3 still stays 0.2
2 - The program appears to run fine on wine
 
1 - your about screen for 0.3 still stays 0.2
Click to expand...
BernardBlack.jpg


--

So, Wine is fine, huh? I'll have to try this out a bit more...
 
Last edited:
sorry for the nitpicking just thought you would like to know,
and yes its working on wine, here is proof
its ububtu 9.10 with the latest version of wine (i think its 1.1.43 or somthing like that) and VC++ redists for 03,05 and 08 installed and then it worked. Please note i havent fully tested it, just wanted to let you know it runs on wine.
 
since its written in python. is there really a need for running it in wine ? :P
 
It's a little simpler who don't want the extra step of installing all the WxPython etc. etc.
 
1 - your about screen for 0.3 still stays 0.2
Click to expand...
BernardBlack.jpg


--

So, Wine is fine, huh? I'll have to try this out a bit more...
Click to expand...
Bernard from Black Books lol! He likes his wine.
Nice little editer this Will def be using it in my patch.
 
Bosola i am looking into compiling this on windows (just to see how its done since i have bearly no experiance in python), what script do you use with py2exe to convert your script to EXE ?
 
The setup script is rather simple, assuming you don't want any special parameters.

Create a py file like the following:

from distutils.core import setup
import py2exe

setup(windows=['Libre.pyw'])


You then invoke it at the command line

C:\blah\directory\with\files> python nameofsetupfilehere.py py2exe

Quite easy. You can leave in the console (why?) by using

setup(console='Libre.py']).

You will end up with a dist and a build directory in your folder. Build is full of junk created as Py2Exe did its work. Dist is your application folder.

The difference between this and the downloadable Win folder is that mine has been packed with UPX for smaller size and faster startup.

You would add an icon by using the following as a Py2Exe script instead:

setup(
    windows = [
        {
            "script": "Libre.pyw",
            "icon_resources": [(1, "icon.ico")]
        }
    ],
)

This will bundle the icon into the app.

Alternatively, you can just run the Python file with Python + WxWindows. Be aware that IDLE etc. will require Libre.pyw to be renamed App1.py in this case. Well, you could alter the other files appropriately, but that would be the quickest way.

I hope that helps.
 
Last edited:
Ah thanks alot Bosola, i had read a few scrips on the matter but none of them worked right but yours works perfect thanks, i am now going to experiment with special parameters since there does seem to be some pretty interesting ones including one to compile it all into 1 EXE.

EDIT- just tested some more parameters and the bundle_files parameters works pretty well (it gets rid of most of the anonying DLL's and extra files but still leaves libre.exe,libary.zip,w9xpopen.exe,MSVCR71.dll)
 
Last edited:
Found small differences between Wallmarket and Libre with Vincents ALT-2 satan slam:
 Wallmarket shows: 90 strength of magical damage, and starts as multiple with attack% 100
 Libre shows: 48 strength  of physical damage, and without starts as multiple with attack% 255
 
Status
Not open for further replies.
Back
Top