Yeah, I didn't fix the map loading issue yet.  I got sidetracked trying to get Radnen's game running. . I'll do the fix later today, it shouldn't take too long.  Just have to extract the directory info from the map path and prepend that to the tileset name and I should be golden.

Ah, okay! Sorry to be premature, I saw updates and just assumed. In the meantime, I found another crash when trying to open either option 2 or 3 in the menu. I'm not sure what's going on because the offending line looks rather innocent:

Code: [Select]

for (var y = 0; y < this.row_amount; y++)
    { for (var x = 0; x < this.col_amount; x++)
      { var opt = this.options[x][y]; //<<<<< it errors on this line
        if (opt != undefined)

Well, several fixes (and const removals) later I got it to get to the main menu, but I can't move the cursor or even confirm my selection.  Apparently something's borked with my input routines... which is odd, since input seems to work fine in every other game I've tested.

SSFML uses a slightly different keymapping. Rename Options2.ini to Options.ini and it'll be set to use the keymaps for Sphere 1.5. I really need to manually change the keymaps, I wonder, do you use 1.5's keymaps?

If you mean GetPlayerKey:

Menu: Tab (I think)
ABXY: Z, X, C, V

I also encountered the issue of input not being read in one of my old games. The one attached, to be exact. It expects input from the Ctrl key, but nothing happens. Escape does work for some reason.

(Note: give the game 2 seconds to really start. This is on purpose.)

I sent Minisphere 1.0.4 to a friend and she sent the following error message back:



Note that I renamed the file to Sarah.exe, put the game in startup, and the only other folder was system. It worked on Wine so I wouldn't assume it wouldn't even run on her system. I have no clue what this error means at all either.

Looks like a function used by allegro doesn't exist in her version of Windows (kernel32 is the OS kernel)...

Okay, well, that's Vista. Guess we got that cleared up. Is it possible to show a more informative error?

Not really, that's an OS-triggered error while loading the executable, no way to catch it because the engine isn't even running yet.

After a bit of looking around it seems that compiling with an older MSVC or with MingW would solve this. I might mess around with this later (no promises though ).

I found this blog post:
http://blogs.msdn.com/b/vcblog/archive/2009/08/27/windows-sdk-v7-0-v7-0a-incompatibility-workaround.aspx

A bunch of Win32 APIs were apparently shuffled around in Win7.  It looks like the fix is as simple as defining a preprocessor macro.  That's a simple enough thing to do, I'll add this to the queue for 1.0.5.  The next release is getting a ton of fixes!

Awesome! Nice work.

Alright, 1.0.5 should relax the Win7+ requirement.  It was the MSVC 11 build of Allegro I was using.  I linked minisphere against the MSVC 9 libs and K32GetModuleFileNameExA disappeared from Dependency Walker.

I also fixed the maps in subdirectories issue, but now I'm getting an "invalid base value" error whose cause I can't pin down.  It can never be simple, can it...

@Radnen: OOH, I see what you mean about the mappings now.  I opened the options file, and saw this line:

Code: (javascript) [Select]

keys={"upKey":77,"downKey":79,"leftKey":80,"rightKey":78,"AKey":59,"BKey":55,"XKey":60,"YKey":68,"LKey":72,"RKey":76,"startKey":70,"selectKey":61}

...and suddenly understood jack everything.   See, minisphere uses Allegro's key constants directly, it doesn't remap them.  Obviously those values are different than whatever Sphere 1.5 defines them as.  I never thought it would be an issue since I expected games to always use the named constants, but didn't account for the possibility of keys being saved out to a file...

Out of curiosity, does Duktape support ArrayBuffers or 'let'?

I don't believe so.  I know the developer is currently working on implementing TypedArrays though...

`let` is ES6, yes?  It has some ES6 stuff, but I don't believe that's one of them.  I'd have to double-check though.