It's not possible to have sufficient detail at a smaller resolution, though. Once you go smaller, you start to lose details such as the white daggers inside of the Z. It was actually pretty difficult to get it to that small of a resolution without too much bleeding.

I figured this was going to be more of a title card logo, like how the GBA games handle the title. Pressing a button would then take you to the character screen where you would see the traditional-style character-selection.

logo looks nice.

someone had recreated the original title, to some degree before: http://www.ticalc.org/archives/files/fileinfo/4/439.html

Makes me want to break that game out and do some playing.

Hmm. I'm open to suggestions on how to handle the map designs. I was looking over some of the sprites I wanted to use (from BS Zelda) and I'm thinking boss events, especially, are going to look really crammed. What I was thinking of doing was having each room consist of four blocks. (or action screens) This might look sort of like the GB Zelda games, but without any smooth-scrolling. (you would only see one block on the screen at a time, and transition to the next block when moving out of the screen boundary) For boss events, this means the boss would need to be on the same screen as you at all times. If you walked over to another screen, the boss obviously wouldn't be active. So, when you consider that Ganon, for example, is probably going to be a big 32x32 sprite, there isn't much room for you or him to move around on a single screen.

I suppose I could forgo the whole block design and have smooth-scrolling and room-by-room transitions. Eh... I really don't want to have to go that route.

Hmm. I'm open to suggestions on how to handle the map designs. I was looking over some of the sprites I wanted to use (from BS Zelda) and I'm thinking boss events, especially, are going to look really crammed. What I was thinking of doing was having each room consist of four blocks. (or action screens) This might look sort of like the GB Zelda games, but without any smooth-scrolling. (you would only see one block on the screen at a time, and transition to the next block when moving out of the screen boundary) For boss events, this means the boss would need to be on the same screen as you at all times. If you walked over to another screen, the boss obviously wouldn't be active. So, when you consider that Ganon, for example, is probably going to be a big 32x32 sprite, there isn't much room for you or him to move around on a single screen.

I suppose I could forgo the whole block design and have smooth-scrolling and room-by-room transitions. Eh... I really don't want to have to go that route.

I guess it really depends on how similar you want to keep the game to the original.
If you stay true to the original you have less room to work with per screen, and I'd say you would have to use 8x8 graphics. In this case you could have a 64x64 screen with a nice 32x64 HUD on the side. On the other hand, if you style it more like the gameboy games you could use 16x16 graphics and have variable sized screens and smooth scrolling. Just my opinion anyway.

by blocks do you mean like maps made of 16x64 tiles? I think this might be a bit overkill on memory/space

oooh I see now, I was confused at what you meant by blocks. It sounded like you meant that each screen tilesets would be divided in 4 tiles (which would most likely mean 16x64 tiles, since the LCD can hold 4). I think maybe the room to room transition could work. However, maybe it would be best to have maps be 16x16 with scrolling, and when reaching the ends, it does the old skool scrolling. Zelda ALLTP worked a bit like this in the way when walking around it scrolled, then at one point it stopped and the zelda transition was done

Oooh I see, weird I didn't knew the original did that.

Yeah. It was basically to save space. I believe the original programming environment was much less restrictive, and compression tools were used to organize tiles into certain sets and rooms as the game was compiled.