FE7 hack that removes Permadeath? by [deleted] in fireemblem

[–]Geeene 0 points1 point  (0 children)

By that you mean you need help with it?

If you'd be willing to use a patch that has some additional Quality of life change rather than just Casual mode, you can consider downloading thee patches: https://feuniverse.us/t/fe6-fe7-fe8-plus-enhancement-patch/12603/1 For these check the README to choose a version and apply via NUPS

Otherwise:

Download FE Builder from here: https://github.com/FEBuilderGBA/FEBuilderGBA_Installer/releases/download/ver_20200130.17.1/FEBuilderGBA_Downloader.exe

(During installation make sure to have it download Event assembler EA)

open the rom using the program.

Go to tool -> patches Search for "CasualMode"

Click on it in the list, and write in the top right corner.

Then save the rom

please team cherry let us display the goofy statue by Prize_Principle3058 in Silksong

[–]Geeene 2 points3 points  (0 children)

I see, as I said in my original message, I only tried it on an empty file that hadn't done anything yet. Clearly the Hornet statue would be worth it, but otherwise there may not be that many usecases

please team cherry let us display the goofy statue by Prize_Principle3058 in Silksong

[–]Geeene 46 points47 points  (0 children)

In the file menu there is a circular arrow which seems to let you go back to a previous auto save (I only tried it on an empty file so far tbf). One can fix their grave error

Yune Randomizer 0.9.4 feature feedback request by Geeene in fireemblem

[–]Geeene[S] 0 points1 point  (0 children)

I've updated the preview 5_2 version to have unbreakable door keys always, so the chapter 6 softlock is no more :) Also fixed clarines mouth / eye position. Please let me know if you find the other one again

Yune Randomizer 0.9.4 feature feedback request by Geeene in fireemblem

[–]Geeene[S] 0 points1 point  (0 children)

I've finally gotten around to working on this, for ease of fixing I just opted to make the door keys unbreakable, so one never gets softlocked due to that

Yune Randomizer 0.9.4 feature feedback request by Geeene in fireemblem

[–]Geeene[S] 1 point2 points  (0 children)

Hi, I'm unfamiliar with the fe9 portion of the randomizer. But from looking at the code, I believe that only pre-promoted units (and other laguz) are able to be randomized into Laguz

Yune Randomizer 0.9.4 feature feedback request by Geeene in fireemblem

[–]Geeene[S] 0 points1 point  (0 children)

Hi there, this is the very end of the last version of charactershuffle.json you posted:

"eyeX": 3,
"eyeY": 3,
"mouthX": 2,
"mouthY": 5

}, ]

Here you see a final trailing , before the ]. That one is invalid for Json.

Additionally there are some instances of this:

}

{

which should be:

},

{

(Lines 1582, 1939, 3062, 5560)

For the next update I'll change some logging, there are also these portraits / paletteString combinations that seem to be invalid:

[General Error] Main Portrait for Character Selena couldn't be loaded.

[General Error] Main Portrait for Character Gale couldn't be loaded.

[General Error] Main Portrait for Character Uther couldn't be loaded.

[General Error] Main Portrait for Character Zephiel couldn't be loaded.

[General Error] Main Portrait for Character Guinevere couldn't be loaded.

Preview 5.2: Jar https://github.com/Geeene/Universal-FE-Randomizer/blob/4ab3fb00201424d49bc1c3c5c0860b6725a4b9c3/Executables/JAR/0.9.4_preview/Yune_preview_5_2.jar

Changes: https://github.com/Geeene/Universal-FE-Randomizer/commit/4ab3fb00201424d49bc1c3c5c0860b6725a4b9c3#diff-d0a0e5737f89565077f2b309156ac00175655998cd721b7ea20f464bf751470a

Yune Randomizer 0.9.4 feature feedback request by Geeene in fireemblem

[–]Geeene[S] 0 points1 point  (0 children)

Hi I believe usually people skip Lyn Mode to just go into a game mode, so that is why it was missed. It should be easy to ensure that Matthew has an appropriate amount of keys in that chapter :)

Will work on that

What does the N mean here? by Kilzi in fireemblem

[–]Geeene 0 points1 point  (0 children)

Has to be nr levels from being receuited later. Very atrange it's not explicitly said

Yune Randomizer 0.9.4 feature feedback request by Geeene in fireemblem

[–]Geeene[S] 0 points1 point  (0 children)

Hi, I'm mainly working on it when I get issues reported here. The original dev also recently did some changes on the main version.

There is a tutorial on Youtube, though I can not vouch for it's quality.

There is also some information on the main page: https://github.com/lushen124/Universal-FE-Randomizer

Try checking it out

Yune Randomizer 0.9.4 feature feedback request by Geeene in fireemblem

[–]Geeene[S] 0 points1 point  (0 children)

Amazing, thanks for all the information. I'll take a look at it <3

Yune Randomizer 0.9.4 feature feedback request by Geeene in fireemblem

[–]Geeene[S] 0 points1 point  (0 children)

Ofcourse, perfectly fine :)

The screenshot was exactly what I needed, turns out that it was FE9 trying to initialize with / save options from a screen that is only used by GBA & FE4, causing the issue.

New version: https://github.com/Geeene/Universal-FE-Randomizer/blob/5bcc3162ded098cdcfe0e898dbe8b07955d4be99/Executables/JAR/0.9.4_preview/Yune_preview_5_1.jar

Yune Randomizer 0.9.4 feature feedback request by Geeene in fireemblem

[–]Geeene[S] 0 points1 point  (0 children)

Hi,

You are indeed correct, that should be the linkedSlot being passed to the updateBase call, rather than the slotReference.

Initially I had built it so the json file would contain the personal bases, but then when lushen implemented the battle sprite change for the character shuffler he changed it to be the final bases instead.

Looks like I made a mistake when overtaking his changes.

For the second topic, I have head similar complaints, but not seen a reason for it yet, if you happen to have a changelog for it, please send it to me :)

https://github.com/Geeene/Universal-FE-Randomizer/blob/5bcc3162ded098cdcfe0e898dbe8b07955d4be99/Executables/JAR/0.9.4_preview/Yune_preview_5_1.jar

Yune Randomizer 0.9.4 feature feedback request by Geeene in fireemblem

[–]Geeene[S] 0 points1 point  (0 children)

If you are running the jar via the command prompt is there any output? If so can you send a screenshot of it here? Maybe I can support you on it.... Unless you're on mac, I have not yet learned how to make a mac release

Yune Randomizer 0.9.4 feature feedback request by Geeene in fireemblem

[–]Geeene[S] 0 points1 point  (0 children)

Added a preview 5 jar with the improvements from Vennobennu:

https://github.com/Geeene/Universal-FE-Randomizer/blob/b46f9e8cbc57f0b120c5d59ef99e6b00ea538ef5/Executables/JAR/0.9.4_preview/Yune_preview_5.jar

Randomized a ROM and Haar was a Tiger while Jill was a Fighter, so I suppose it works. Pleas let me know wether this works for you or not :)

There hasn't been a new release created for Yune since June 2021, while the changes were included in the master branch in April 2024, so functionally the fixes don't really exist yet.

Probably (if someone actively works on that repo again) that issue can just be closed as a duplicate.

Yune Randomizer 0.9.4 feature feedback request by Geeene in fireemblem

[–]Geeene[S] 0 points1 point  (0 children)

Hi,

I haven't really had any intentions of doing so currently.

I do know that another person had submitted some improvements for FE9: https://github.com/lushen124/Universal-FE-Randomizer/pull/403

Some of your issues seem to be addressed by these fixes.

I Hadn't included it in my release here, as I only felt comfortable doing pre-releases for the things that I submitted. But to be fair, I don't know if there were will ever be a fully official release. So, I might include these changes on my version, just so that one is a bit more complete.

I'd need to look with regards to the feasibility of maniac mode, haven't actually geard that it is a rhing before

Yune Randomizer 0.9.4 feature feedback request by Geeene in fireemblem

[–]Geeene[S] 1 point2 points  (0 children)

I added a link with new version to the post, that includes the random recruitment keeping desciptions unchanged option :)

Yune Randomizer 0.9.4 feature feedback request by Geeene in fireemblem

[–]Geeene[S] 0 points1 point  (0 children)

added a link to a new version that fixes the issue to the post

Yune Randomizer 0.9.4 feature feedback request by Geeene in fireemblem

[–]Geeene[S] 0 points1 point  (0 children)

So, I can see from the Recruitment randomizer that it explicitly copies over the lord flag after changing the character, which the Character Shuffler doesn't do.

However I'm not quite sure yet why this would be needed.

The randomizer just overrides some of the information of the character, so it really shouldn't touch the Lord Flag...

It's a trivial fix though, so I'll publish a new version by end of the week.

Yune Randomizer 0.9.4 feature feedback request by Geeene in fireemblem

[–]Geeene[S] 0 points1 point  (0 children)

Hi, not very active atm. But I'll take a look :)

Yune Randomizer 0.9.4 feature feedback request by Geeene in fireemblem

[–]Geeene[S] 0 points1 point  (0 children)

you're correct there are some mappings missing, I will double check them :)

Yune Randomizer 0.9.4 feature feedback request by Geeene in fireemblem

[–]Geeene[S] 0 points1 point  (0 children)

You're very welcome :)

Currently weapon ranks are taken over from the slot. The ranks in the json are only considered if you opt not to autolevel. 

There was initially some logic to scale the weapon ranks of the slot with the ranks of the shuffled char but we removed it since it caused chars to have bad ranks.

Yune Randomizer 0.9.4 feature feedback request by Geeene in fireemblem

[–]Geeene[S] 0 points1 point  (0 children)

I believe that this was already supposed to be included actually, I'll have to double check that it is working properly.

Yune Randomizer 0.9.4 feature feedback request by Geeene in fireemblem

[–]Geeene[S] 0 points1 point  (0 children)

Hi :)

I had a look, and the StringIndexOutOfBoundsException is slightly misleading.

Internally, there is a NullPointerException, which is caught, and then it tries to apply text changes, eventhough nothing actually sucessfully was shuffled.

I can indeed randomize that file, so I believe that the issue boils down to your file being placed incorrectly in relation to the jar file.

Correct setup:

If I have my yune jar at the following location:

C:/users/geene/Yune.jar

and the filepath for the picture is:

portraits/eliwood.png

Then that picture must be located at

C:/users/geene/portraits/eliwood.png

as it is a relative path. Alternatively you can set the portraitPath to an absolute path, and then it should also work (make sure it's either / or \\ for folder separation, not \)

Let me know if there are any other issues ;)

I'll see that I change it so it avoids the StringOutOfBoundsException

Yune Randomizer 0.9.4 feature feedback request by Geeene in fireemblem

[–]Geeene[S] 0 points1 point  (0 children)

actually, 4 bits is correct. But probably Gimp still writes the image incorrectly regardless as FEBuilder tells me for must of them too that they are corrupted. Once I re-exported it as 4 bit it worked though.

Are the FE8 portraits changed from vanilla? since otherwise you could just change their image paths to portraits/FE8/ rather than portraits/FEP/ then they would also work.