Zeldix Magic

Trovsky wrote:I'm a bit busy, but zarby89 has publicly posted Hyrule Magic source code for the dungeon editor on his github!:

https://github.com/Zarby89/DungeonEditorZelda/blob/master/HM.cpp

Puzzledude wrote:Great. I don't get it, where did he get it. This should ease up making a new dungeon editor.

• Dungeon editor code
  
• SPC editor code
  
• Overworld editor code
  

• Lots of variable names with one letter
  
• Lots of variables named "blah"
  
• Lot's of uncommented code that does not speak for itself
  
• I think all 8000 lines belong to one class.
  
• I don't see a lot of data structures outside of arrays.
  
• I presume this comment is a note left by Sephiroth3 to fix something that never got fixed:

Puzzledude wrote:There you go:
there was also 960 or 96 however this one is nowhere to be found and obsolete.
I hope you can find some more helpful code in there.

On the topic of leaked source code, I wonder if Black Magic has any. I can't find any builds on the internet.

Puzzledude wrote:BM does a lot of things better, specially the overworld area pointers and possibility of data expansion for overworld areas, as well as indoor room-header expansion.

I think BM however can not edit dungeons at all. But still I hope you can find something useful.

Puzzledude wrote:

I, for instance, would like to include the extra dungeon found in the GBA version but the limitation of Hyrule Magic of not being able to create new stuff without deleting something else is a huge bummer.

That's not really the HM thing, it is the game thing.
ALTTP simply will not allow more than 319+1 rooms.
Note: original is using 295+1.
And yet these additional rooms were reserved for houses and caves only, they can not handle dungeons (at least not dungeons with multiple entrances).

Max use for dungeons is from 00 to FF, which makes it 255 rooms +1= Ganon room= room0.

ALTTP however has around 20 percent of all rooms unused (empty) in the 295+1 section. This is something which hacks can use, however again not with HM, as it has a data limit. Also, filling all rooms completely is a bad idea in general for additional bugs as the data "overflow" might cause.

This basically means you are more or less limited to what the original game had, but you can add a little extra rooms. I would say, you can squeeze in around 15-20 more HM rooms max, however these rooms were already predesigned in which dungeon they will go, so making a brand new dungeon is doable, but the global grid of such a dungeon would be extremely limited, ie would need lots of staircases or warps to actually come to the empty rooms on the grid.

Not sure how they handled this in the GBA, but obviously this should thus be compatible, as other dungeons are the same, so the leftovers (empty rooms) should match with what is empty on the room grid between GBA and SNES versions.

Didn't the GBA port have more memory which allowed for a bonus dungeon to exist or did it use up left over data from the SNES version?

x0 b0 b1 b2 b3 b4 g0 g1 g2 g3 g4 r0 r1 r2 r3 r4

Code:


        public Color getColor(byte c)
        {
            short bc = BitConverter.ToInt16(colorBytes, c * 2);
            return Color.FromArgb((bc & 31) * 8, ((bc >> 5) & 31) * 8, ((bc >> 10) & 31) * 8);
        }

        public void setColor(byte c, Color col)
        {
            short s = (short)(((col.B / 8) << 10) | ((col.G / 8) << 5) | ((col.R / 8) << 0));

            byte[] bb = BitConverter.GetBytes(s);
            colorBytes[c * 2] = bb[0];
            colorBytes[(c * 2) + 1] = bb[1];
        }


zarby89 wrote:maybe this can help you?

Code:


        public Color getColor(byte c)
        {
            short bc = BitConverter.ToInt16(colorBytes, c * 2);
            return Color.FromArgb((bc & 31) * 8, ((bc >> 5) & 31) * 8, ((bc >> 10) & 31) * 8);
        }

        public void setColor(byte c, Color col)
        {
            short s = (short)(((col.B / 8) << 10) | ((col.G / 8) << 5) | ((col.R / 8) << 0));

            byte[] bb = BitConverter.GetBytes(s);
            colorBytes[c * 2] = bb[0];
            colorBytes[(c * 2) + 1] = bb[1];
        }


this is what i'm using for the palettes and it seems to work properly, c = color id in the palette bytes array, the color format is 555 (2bytes)

Will I be able to rename the title on this new program. I had trouble renaming the opening with HM.