Also, this is unrelated, but the text editing suite is clashing with the text engine rewrite. I’m trying to write “[TextSpeed][0x04]” which makes the text medium-speed, but the engine keeps rewriting this as “[TextSpeed][0x0001]”
Whenever a player unit kills an enemy unit, the enemy unit drops its last item, even if that flag isn’t set. This happens whenever the patch “Less annoying fog” is applied.
This is because 0x32808 has the mysterious hook that competes with Less Annoying Fog.
FE8U Vanilla.
“Less Annoying Fog” hooks 0x3280C.
08032800 200B mov r0, #0xb
08032802 5628 ldsb r0, [r5, r0] # pointer:0203A577
08032804 F7E6 FE14 bl 0x08019430 //GetUnitStruct RET=RAM Unit:@UNIT
08032808 68C1 ldr r1, [r0, #0xc] r0=RAM
0803280A 2201 mov r2, #0x1
0803280C 4311 orr r1 ,r2 //Less Annoying Fog@@EA
0803280E 60C1 str r1, [r0, #0xc]
Your ROM just before installing Less Annoying Fog.
08032800 200B mov r0, #0xb
08032802 5628 ldsb r0, [r5, r0] # pointer:0203A577
08032804 F7E6 FE14 bl 0x08019430 //GetUnitStruct RET=RAM Unit:@UNIT
08032808 4901 LDR r1, [PC, #0x4] # pointer:08032810 -> 09000EE9
0803280A F09F F85B BL 0x080D18C4 //_call_via_r1
0803280E E001 B 0x8032814
08032810 0EE9 0900 //LDRDATA
You can see that there is a strange hook just before 0x3280C, where Less Annoying Fog is installed.
It jumps to 0x009000EE9.
08032800 200B mov r0, #0xb
08032802 5628 ldsb r0, [r5, r0] # pointer:0203A577
08032804 F7E6 FE14 bl 0x08019430 //GetUnitStruct RET=RAM Unit:@UNIT
08032808 4901 LDR r1, [PC, #0x4] # pointer:08032810 -> 09000EE9
0803280A F09F F85B BL 0x080D18C4 //_call_via_r1
0803280E E001 B 0x8032814
08032810 0EE9 0900 //LDRDATA
If Less Annoying Fog is installed in this state, the middle of this hook routine will be destroyed, as shown below.
08032800 200B mov r0, #0xb
08032802 5628 ldsb r0, [r5, r0] # pointer:0203A577
08032804 F7E6 FE14 bl 0x08019430 //GetUnitStruct RET=RAM Unit:@UNIT
08032808 4901 LDR r1, [PC, #0x4] # pointer:08032810 -> 08AB96B1
0803280A F09F 4B00 BL 0x080D1E0E
0803280E 4718 BX r3
08032810 96B1 08AB //LDRDATA
You can see that the second half of the routine is messed up and broken due to a patch conflict.
It’s a miracle that it works without crashing in this state, but the result is that item drops always occur.
What are the hooks installed in 0x32808?
That mysterious patch conflicts with Less Annoying Fog, so you can’t use them at the same time.
As for “[TextSpeed][0x04]”, I’ve checked it and will fix it later.
Please let me know if there is something other than TextSpeed that causes this problem.
1 Like
The reason I think it’s just an FEBuilder issue with TextSpeed is because if I export the text, it displays exactly as I typed it. I think the problem is specifically how FEBuilder interprets text. Further testing needs to be done, however.
I think I know what might be conflicting with Less Annoying Fog. I also installed Huichelaar’s dangerzone hack via EA, and this hack involves using Fog of war to display danger radii. So, because of that, I’m assuming it’s the cause of the problem. Well, I guess I just won’t be using Less Annoying Fog, but I’m glad to see that the issue was with me and not something most other people will run into.
That’s not what I meant.
It’s a bug in FEBuilderGBA that FEBuilderGBA can’t parse TextEngineRework’s TextSpeed properly.
This will be fixed next time.
However, there are other instruction codes in TextEngineRework as well.
I just wanted to make sure that they work correctly.
I thought I had written routines for all the instruction codes, but there was an omission for TextSpeed.
I was afraid that if there is one leak, there might be others, so I thought I would ask you to tell me if you know anything about them.
1 Like
Oh, I understand now. Sorry.
Everything else seems to work fine. I haven’t checked everything, but I’ve only had problems with textspeed. BoopPitch and TextBox work perfectly so far.
Thanks for providing the information that Huichelaar’s dangerzone is in conflict with Less Annoying Fog.
I think Huichelaar’s dangerzone uses Fog’s functionality to display danger zones, so it makes sense that both would conflict.
The reason I have not added Huichelaar’s dangerzone to the FEBuilderGBA patch list is because it overrides Fog.
If you use this patch, you will not be able to create Fog stages.
For this reason, I did not add this to the patch list.
There is no point in installing Less Annoying Fog if you can’t create Fog, so I didn’t check to see where the two conflicted.
Maybe I should add the CONFILICT specification to Less Annoying Fog just in case.
I think you can use Huichelaar’s patch and still use FOW. They fixed it so that if the stage has FOW, then their patch reverts to using CirclesEverywhere’s Dangerzone.
I sent you a DM on Discord about a bug with text I found, 7743.
TL:DR importing text from .txt files can cause roms to break, but only in the newest FEBuilder versions.
About TextSpeed, I’ve fixed it in the latest version.
1 Like
You can now import and export only the color scheme of FEBuilderGBA.
If you create a nice color scheme, I hope you will share it with us.
Added the ability to browse the vanilla source code.
The default shortcut is F10, but it will not work if you have existing settings.
The source code will be hundreds of thousands of lines, so please set up a text editor that can view it.
// Windows Notepad is too large and will not work properly.
3 Likes
so I’m not exactly sure if this would show up with a report7z since from what I understand it only reports the actual errors in the code but currently, I’m having problems proceeding chapters, here is the end event, just for context Solum is the lord in case that matters
You forgot to write a link to report7z.
Without it, I can’t reproduction the problem and I can’t give you any advice.
https://drive.google.com/file/d/16k3WdJ4QhSPsPMilc4NrbWKl69fiojAv/view?usp=sharing
huge apologies, I was confused with what the report.7z did, I was under the impression that it only checked for actual errors in the code, again I’m very sorry.
This is probably because you have turned on Tile Change 0x03, which does not exist.
The only Tile Changes in this map are TileChangeID 0x00 , 0x01, and 0x02.
I think that by specifying the existence TileChange, strange data is being expanded, damaging the Procs that manage the map and causing an infinite loop.
This seems to have caused the process of quitting and switching the map to hang up.
If this happens, I recommend deleting events until you get it working.
Remove events until it works, and when it does, undo it with Undo.
That way you can identify the item that is causing the problem.
It works! I’ve never been so happy to see a save screen in my life! Thank you very much this would’ve taken me so long to find!
So I used this patch in FE Builder to customize luck caps for each class in Sacred Stones. I set the cap to 25 in all classes. Then when I played the game and my unpromoted Ephraim leveled up, he suddenly lost 12 luck, from 14 to 2. What’s happening here?
For what it’s worth, I made this change in the middle of a campaign. Not sure if that affects anything.
https://drive.google.com/file/d/1k9pA7RPtBOTDCgzYXqKZupol6rLGWEuV/view?usp=sharing
This is a bug in the “Set the luck limit for each class” Patch.
I’ve fixed it for now.
However, there may be other bugs in this patch, as it has been neglected for three years.
If possible, it is recommended not to use this patch.
I would use another patch, but there doesn’t seem to be another one…
Question. Where can I download FE Builder? Is there a link for it? I’m new to this community and I am curious in trying it out.
If there is no alternative patch, we have no choice but to use this patch.
I’ve fixed the bug for now, so if you have any other problems, please send me another report7z.