[PSX/PC] Field Editor - Makou Reactor (2.1.0)

  • Thread starter Thread starter myst6re
  • Start date Start date
Status
Not open for further replies.
Ooh yes sorry i meant "makou reactor" , wallmarket works perfectly !

Yes if you change it manually its works,  i think its because makou reactor change the lba and many offset of the files when u modify it, and the psx dont like it
 
Last edited:
So DAT file format is correct, but the offset of the file is wrong? When a modified DAT file is bigger than the original, I try to find a place for the file inside the ISO, maybe that's the problem.
 
Does anyone know how to hide a particular background layer? I'm trying to hide the Highwind in the Hill scene, 771.
 
Change the Z value for the background layer 4, like in script  "sky > S0 - Init" and put it behind the layer 3.
 
Thanks, got it to work :) It was a little confusing though, the background viewer lists it as layer 4, but the script has it listed as layer 3.
 
myst6re> Most of the file when saved are more modified that they should be , im not sure because im not familiar with the file structure of the DAT, but looks like all the offset are moved ( i noticed that the lba havebeen modified too?)

its maybe because when i modified only the desired value, the file size change, most of time its smaller than the original but when its bigger, the file cant be inserted anymore in the iso, i have found a way to solve this by replacing the name of the area with "000000"
 
I must also confirm that unfortunately it is not just the ISO insertion that causes trouble. When editing a FIELD folder and inserting the modded .dat files manually the same crashes appear. As for now MR produces .dat files that only work in emulators.

The filesize thing is not even an issue, one can insert files that are bigger than the original ones. It is the same mistake that cdmage does truncating and destroying files just because they exceed the original size. The only thing that matters is the size of the sector and often that is not the same. Im using a lot of files on my physical psx that cdmage wanted to truncate but they work using cdprog which only cares for sector size and thus allows slight filesize increments.

For the .dat files it is the same, no edit that I made actually made it impossible to cdprog the file back in, maybe the problem lies somewhere around there. Jeet reported that dat files are getting more edits than needed maybe check this again?
 
need
text.cpp
const char *FF7Text::caract[256] =
add functon in program editing (or .ini)

and edit the width and position of letters.
Would also help user to compile a windows. readme in src no (
 
Download Makou Reactor 1.6.2

1374939876-logo-shinra.png
Changelog:

  • Adding new features to find a variable.
  • Fixing 4-bytes alignment in DAT file format.
  • Disabling text and script editor when a field cannot be opened correctly.
  • Deleting excess bytes when replacing file.
  • Fixing bad ids for background states and background layers.
  • Fixing bug: var list not updated correctly at launch (in search dialog).
  • Fixing bug: cannot delete first animation in model manager.
  • Fixing overflow error in LZS compression.
  • Some typos/bad translation fixes.

Thanks to sithlord48, DLPB, Jeet and meesbaker for all their bug reports.
 
Last edited:
It seems to be stuck in French by default, I can't get it to use English. It just shows a blank error box.
 
check that you have the file Makou_Reactor.qm in the same path as makou reactor.exe

edit: i noticed the new variable search methods. of course after i finish processing them all you add something to make it easier lol.

i will do my build stuff asap. just been very busy lately.
 
Last edited:
the version on the my PPA works correctly here on my linux machines.
so either its a packaging issue for the windows version or the windows version was released without the last few commits to the source.

please download the translation file

https://drive.google.com/file/d/0BxqH9L8_QubjU01NMFpWQ3VMS28

place this file in the same path as the makou reactor executable .

if that doesn't work you will have to wait for myst to  build a fixed windows binary..

(ususally if you dont' have langs you get only one option in the language menu. so possible programing defect)

@myst6re . i see you have updated the debian/changelog that is good :D .. i did have to change the manintaner to me for the ppa build so that it can be signed with a known key and not break the chain of trust.
 
Yes now it works, it looks like the "Makou_Reactor_en.qm" included in the 1.6.2 release is not ok.
 
Mystere, did you look at the bug I mentioned before, where when saving over fields on your harddrive (or whatever), it adds on the current field to the existing saved field?  It doesn't do a proper overwrite.  In order to get a proper save, I have to delete the existing field and then save.
 
Mystere, did you look at the bug I mentioned before, where when saving over fields on your harddrive (or whatever), it adds on the current field to the existing saved field?  It doesn't do a proper overwrite.  In order to get a proper save, I have to delete the existing field and then save.
More or less, I added the truncate flag where it lacks, but I have not tested.




I reuploaded Makou 1.6.2 with correct qm files, I think it was compiled for Qt 5, not 4.8.5.
 
When you save over a file though, why not just issue a delete to the current one?  Why is it adding data to a file you are trying to overwrite?  Most overwrites simply delete the old and write the current?
 
When you save over a file though, why not just issue a delete to the current one?  Why is it adding data to a file you are trying to overwrite?  Most overwrites simply delete the old and write the current?
Yes, the truncate flag is a shortcut to do that.  I forgot to use it for iso file (that's your bug?) and AKAO/tuto file exportation.
 
Status
Not open for further replies.
Back
Top