Discord user Bagels (if you are on this site as another name, let me know so I can properly credit you in both my credits and in this post) helped me create the first set of maps not by me today! He actually sent them last night in my time zone, but I imported them and got them into the program. I have had a pretty massive break so I should be able to grind out more maps, but with all of your help, I can get this done a lot, lot faster!

Update:

White main tiles w/ black details

Black main tiles w/ white details
Here are new screenshots showing World 2, Dragon's Den. It has yet to have any other maps other than the town map (hence why I didn't show them), but teleporting to World 2 functions correctly. I'm experiencing a weird issue, though. The lava tile (unwalkable tile)'s ID is 13 (as in the 14th sprite, left to right, carriage returning at 12 sprites. Alternatively, the 2nd sprite row down, 2nd column), and using my ID -> x/y offset algorithm (necessary to do for tile drawing functions like real(1...) ), I get garbage data displayed when drawn with real(1...), but not when drawn as a tilemap. Does anyone know why, or how to fix this? Just as a disclaimer, I haven't tried it with hard-coded values to display the 13th sprite, although realistically there shouldn't be any difference between my algorithm and the hard-coded values, and their outputs.
Here's my algorithms:
12fPart(T/12)+.0001(fPart(T/12)=1/3)   // x offset, in number of tiles, from the top-left sprite (origin)
//The "+.0001..." part is to fix rounding issues with my algorithm, so if the tile is in the 4th column, it'll actually display using this
//If you're wondering, this isn't the problem with my 13th tile issue. This doesn't trigger as fPart(13/12) = 1/12, and not 4/12.
8int(T/12)   // y offset, in number of pixels, from the top-left sprite (origin)
//T is the inputted tile ID. For the issue that I'm having, T is 13.


Update: here's some screenshots of various things:


The item chest test. Chests display and are picked up properly. The entire thing is faster than the CSE version thanks to det(1,__).


The boss fight test. Bosses display and are handled properly, including pre-fight quip, battle trigger, and dropping the proper teleport stone. Also shown is the teleport stone functionality, which also functions as it did in the CSE version. If I had implemented World 2 maps, I could've teleported there instead of back to the World 1 town, but like I said, everything is implemented.

A change concerning CSE users and soon-to-be 84+ users: I've added the ability to auto-Archive and de-Archive your save file, to protect it against RAM clears! The procedure to set this up is explained in the readme, but for anyone browsing I'll explain it here. As of V1.3, Pressing and holding the STO> button (right above ON) while the saving screen is up (aka the saving bar is filling) will bring you to a menu asking if you want to auto-archive your save file. To auto-archive, select YES in the menu. To de-activate it or to not activate it in the first place, select NO in the menu. Here is a screenshot of this:

Edit:

New screenshot! (Yes, I know the path leads into the right house's window, I will fix that )
I made some huge leaps, such as fully implementing all main menu features, adding save file support, making things not hardcoded anymore, and more changes. Most engine stuff like random battles (not shown here), NPC conversations, etc. are complete! Still not the items menu, I didn't have time to write that tonight, but I'll get to work on it soon.

As I already said on IRC I'd try removing the corner pixels of the box in the fight screen, other than that it's looking cool IMO ^.^

Agh, I forgot to try that this build. I'll make screenshots comparing the two styles you described. Do you want both top and bottom corner pixels removed, or just one of those?


This is the newest screenshot! I finished the menu screen (except for the items screen; I don't really have the save file save file set up, so I can read from to find the items. I imagine it'd be fairly easy, though). I like the way it looks personally, and I hope everyone else does too. I tried to keep the style and layout as close to the menu screen in Sorcery CSE. I really had an itch to add some other stuff, but I don't think I will (unless I decide to add it to the CSE version, but I don't know if I even have the space for that ). The Save and Continue / Save and Quit options don't work, but once this code is imported into the main program (or more correctly, once I import the rest of the main program into this), it should work correctly.

Thanks for the featured article Sorunome! I really appreciate the publicity this will generate, especially since the CSE is a dying platform (thanks CE )
No, but I'm looking forward to when DCS CE will be available, and when I finish Sorcery Monochrome, so that my game can span every calculator from the TI-83+ to the CE! (And then Nspire if I ever get around to porting Sorcery to that )

Update:

Edit: Sorry for the photobucket )
Showing off all of the features I've done so far. Here, you actually see maps changing like it does in the CSE version of SoU (although I clear the screen here for a little more clarity of what's going on, which I may transition over to the CSE version as well), handling 2nd keypresses properly (does nothing unless you're talking to an NPC (who right now is invisible ), starting battles (although like when I tested it for CSE, it is binded to PRGM for testing purposes, no random encounters as of yet, although that'll be pretty easy), and opening the overworld menu (in this version, the screen will scroll down, painting the screen black, and then clear to display the actual menu). In this version I will have to cover up more of the screen to display enough text, but that probably won't end up being an "issue" (aka something that annoys me), and will most likely have to reduce inventory space (aka the items menu) due to the screen obviously being smaller.