I'm dumping here one quick hack I put together one night for whoever who might find it interesting. It's called Ndless Commander (à la Midnight Commander), a Ndless file browser. Well actually browsing files and having a preview of the file is the only thing it can do, as I never really finished it (as said in the nSDL thread, I'm leaving soon so I won't have the time to take care of it myself). If anyone's up for the task, be my guest. You can basically venture into the dark abyss of your TI-Nspire's memory.

Screenshots, as usual:







Download's attached (TNS & source code). (oh and it uses nSDL for those who want to play around with the source)

Thanks for the bug reports Hayleia.

Here's an updated version. What's new:
- Brighter walls
- Fixed bug when inputting high score name
- Changed controls a bit (see first post)

Previous high scores should still be there.

As for the 4,2,O-bug, it's very strange and I'll have a look at it (not going to point fingers, but might be a bug in Ndless; as far as the code goes that shouldn't happen, nor should nSDL mix keys up or something). The controls have been moved a bit however so it shouldn't be an issue at this point. Please do tell me if the keys are not good, remember however that it should be relatively easy to have two players playing at the same time.

The game has now been released: http://ourl.ca/16186

Quote from: hoffa on May 16, 2012, 02:47:38 pm

I'm not sure if playing with the tiny buttons is more comfortable than with the touchpad. I think I'll keep it touchpad/numpad in the first version at least, and later I'll look into external config files if I have the time.

Yeah, I thought it would be hard too but in fact, once you placed your fingers on the keys, you don't move them a lot in this type of game. Moreover, the touchpad doesn't allow to push on two directionnal keys at a time (this is why my friend beat me the third time ) and doesn't allow you to keep two fingers on the "buttons"

Maybe you're right. Being unable to move diagonally is a good argument actually, so I guess I'll do it numpad for player 1 and keyboard for player 2. It'll leave the Clickpad users out for (playable) two player mode, but once I release nSDL 0.3.1 there'll be diagonal touchpad key support too, which will probably make me update this and switch back.

Quote from: hoffa on May 13, 2012, 08:43:51 am

I hardcoded (using a simple script) the map data in the program and compiled it. Magic happened:

Spoiler For Spoiler:

I've attached the game here in my post. I'd appreciate it if someone with a CX could try it (just dump the whole folder in the Examples folder on the TI-Nspire) and tell me how it runs. Even better would be to upload a video about it. If you have a Touchpad/Clickpad you can try it too, but the games' colors are quite dark; I couldn't see much (that made me think of a function that inverts the palette...hmm).

The controls are CTRL, tab, arrow keys (player 1) and 8/2/4/6, enter (player 2). Yes there's 2 player mode also.

I tried it on my CX, then with one of my friend, we couldn't stop playing in two player mode
However, would it be possible to remap the keys for the first player (or maybe the two players) ? Because the Touchpad sucks a lot.

What keys would you suggest? I admit my touchpad is crap too (feels very unresponsive and soft).

EDIT: I'll make it touchpad and/or numpad in single player, and only touchpad in co-op.

We can easily port only:
- games whose source code is available
- games which relies on the SDL library
- games which doesn't use assembly (between an MS-DOS and a Linux version of the same game, we should choose to work on the Linux version)
- games written in C (no C++)

Also resolution should be taken into account, as nSDL handles resolution <= 320x240. Oh and global variables can be a source of frustration on bigger programs as there's no stable loader currently. Thankfully GP32/GP2X and some other machines have many games, use SDL, have a 320x240 resolution and many (most?) of the games are written in C. Oh and of course all the DOS clones/ports in SDL (C-Dogs, OpenTyrian and whatnot) and generic flexible SDL games.

EDIT:

I hardcoded (using a simple script) the map data in the program and compiled it. Magic happened:

I've attached the game here in my post. I'd appreciate it if someone with a CX could try it (just dump the whole folder in the Examples folder on the TI-Nspire) and tell me how it runs. Even better would be to upload a video about it. If you have a Touchpad/Clickpad you can try it too, but the games' colors are quite dark; I couldn't see much (that made me think of a function that inverts the palette...hmm).

The controls are CTRL, tab, arrow keys (player 1) and 8/2/4/6, enter (player 2). Yes there's 2 player mode also.

Very nice

Also, since it's a "universal binary", what the size difference with the version before ? Probably not much ? (which means it's easier anyway for the programmer/user)

There's practically no difference.

Some updates...
I will probably release unexpectedly soon the following version, 0.3.0. I'm writing a lot of the video code for full compatibility on all calculators without the need to recompile (and not the slightest impact on performance). That means one program for all calculators. (it's quite a major change, hence the jump to 0.3.0 right away)
There's also a bug with uneven width images when using the array-based images that needs to be fixed.
I'll probably add a mode for easier porting that shows a message box when an error occurs, avoids mystical reboots and such.

Here's the Zelda example running on both machines in 8 bpp, same binary for both (and as you can see in the version, no more nSDL 0.2.0-8/16-cx wizardry):

That also means there'll be no NSP_BPP, so the user will have to specify the bit depth (if 16 bpp is used, it'll be forced to 8 bpp on classic models).

EDIT: here's the on-calc debug helper in action:

It shows all messages printed with NSP_DPRINT() and SDL_SetError().