- This topic has 1,129 replies, 26 voices, and was last updated 10 years, 12 months ago by
.
-
Posts
-
OK. I've reuploaded at the same link:
http://www.niahak.org/images/DOAE/DoaEdv098c.zip
Try it once more. This one should pop up an error dialog in all cases.
Does the issue happen on a fresh rom, or only on one you've been working on for some time?
havent tried a fresh one, one min
Hmm, must be my local copy, give me an email and I can email you it rather than posting it here to all these people who will be downloading it :P
Looks like it's this line that's causing the issue:
"Lu Su, son of
Huang Gai, found
you unconscious[>]
and brought you
back here. You
should go to[>]
[ChangSha] Castle
to thank him. You
might even learn[>]
something about
Sima Yi's magic.
[EVENT-4134]"
The underlying issue is actually very exotic – which is why it hasn't been noticed before.
As my editor goes through a line to turn it into hexcode, it converts officer names, then places, dictionary words, and so on. The issue is that, because as a work-in-progress, your mod has an officer named 13 (multiple, in fact). The editor picks up on the 13 inside EVENT-4134 and replaces the 13 with the code to index that officer's name… and things go downhill from there.
And, since line saving is automatic in the text editing tab, it's not an easy fix :/ I tried changing the order in which I save things and it screws up the text somehow. So I don't want to try and release anything without thinking it through.
In the meantime, could you use an obviously non-hex name for unused officers? It can be anything, as long as it contains a non-hex officer (so if you want to keep them at the top, for example, 0Unused13 or 0U13 would be fine – as long as the entire string is highly unlikely to pop up inside an event code.
Got it, I understand, I used those values to put unused officers @ the top of the officers list so any time I needed one I could just pluck one out from the top of the list rather than searching for who is usable.
I can change those yeah, but one thing I found to be quite obnoxious, but I dont know if it does it anymore, is that if I change the name of an officer, it changes EVERY instance of that officer in the text, whether I want it to or not. With changing officers names to the hex values, it might be fine now.
Oh, and about our ghost-editing, it tends to edit the line directly next to the current line being edited, but if you click on the new "ghost-text" it reverts to the previous line that was there, but not sure how it gets exported to the rom.
Keep in mind that NES carts (and, indeed, most carts) had specific sizes; while a .51 mb windows program takes up .51 mb of space, a .51 mb NES cart has to either be reduced to .5 mb or use a 1.0 mb cart.
As a result, Nintendo (and, of coruse, their colleagues) strongly encouraged programmers to minimize space usage, thus causing the problem you brought up.
Quote:I can change those yeah, but one thing I found to be quite obnoxious, but I dont know if it does it anymore, is that if I change the name of an officer, it changes EVERY instance of that officer in the text, whether I want it to or not. With changing officers names to the hex values, it might be fine now.This is pretty much unavoidable, since what's stored in the text is actually a pointer to the officer rather than the officer's name in plaintext. I'm trying to come up with a good metaphor for it – it's like the text contains a bunch of labels printed with the name of each officer, and when you change the officer's name all of those labels automatically update.
Quote:Oh, and about our ghost-editing, it tends to edit the line directly next to the current line being edited, but if you click on the new "ghost-text" it reverts to the previous line that was there, but not sure how it gets exported to the rom.Is the other line being 'edited' before or after the selected line? This is actually kind of relevant… I think I may know what's going on and it's related to how the list is updated when you edit a line, but the behavior is kind of confusing to me.
I believe after
What went wrong here?
I thought the same thing except I didn't even edit any text.
Ah, now that I take another look – it saves the currently selected line on export (similar to why it's saved on switching to another line of dialogue). It's horking on whatever that line was for some reason.
I need to go through and add better error handling so you don't lose much/any work when these things happen.
As I recall, you people wanted an FF1-style menu mockup to throw at Niahak when he's not looking. Just remember that it gets ugly if you want to give everyone a treatise and red hare and all those other fancy space-taking things. Therefore, we're assuming the effects apply to the entire party (LE GASP!)
You put your left mockup in, you put your left mockup out, you put your right mockup in, you shake it all about…
Quote:As I recall, you people wanted an FF1-style menu mockup to throw at Niahak when he's not looking.Actually I had thrown that one at lud since he worked on FF1 before. I do have an idea for making the equips easier but it's buried on my to-do list.
- You must be logged in to reply to this topic.