Hi,

It's been a while since I last worked on an Axe project because school kept me busy and non-motivated, but since it's the holidays, I thought of getting back into it.

I'm not getting straight back into Worms (I will, later) because I wanted to do a quick little project before, and that had to be Hexagon. Note that I'll only do Hexagon, not Super Hexagon.

At the time of writing everything has been done except collisions and patterns after 3 hours worth of programming. The game runs smoothly at 6 MHz as always.

To all Omnimaga members, regular and staff.

We offer to you the present petition as a terrain of discussion about the diverse problems that have been affecting Omnimaga lately, generally a noticeable faulty behavior from site administrators, and precisely about Eeems, owner of said statute.

After a session of thoughts sharing, we, Hayleia, aeTIos, DJ_Omnimaga, Juju, Keoni29, turiqwalrus, Sorunome, harold, Streetwalrus, matrefeytontias, feel that behavior adjustements are required in order to maintain the previously-ideal atmosphere of the Omnimaga community. We would like to bring to your consideration the following points :

- lately, Eeems has been modifying features of the site that could have bothered the user experience of Omnimaga members, and this without any prior consent from any member, and in this case with the explicit disagreement of a support staff : http://chat.eeems.ca:9003/?server=irc.omnimaga.org%206667&channel=omnimaga&date=Thu%20Nov%2006%202014#1415302519917
- in similar situations, Eeems said having the right to perform such modifications as he is the one paying for the hosting of the site. While we all thank him for this, this fact shouldn't become an excuse for making alone decisions that could affect greatly, and in any way, user experience.
- the co-owner group now only contains Eeems and geekboy, when it used to include way more people like rcfreak0 and Netham45 (the latter holding the full legal rights on the domain, as shown when entering "omnimaga.org" as a domain name here : http://whois.pir.org/). If it was the result of group reorganization, no Omnimaga user was notified of such action unlike the news item located here says it would happen : http://www.omnimaga.org/news/the-status-of-our-staffing-and-the-changes-that-are-being-made/
- despite Omnimaga being meant to be a friendly place of interest sharing, free speech, and overall amusement, we feel that Eeems treats it too much like a professional responsibility, thus harming the enjoyment of members.
- the Omnimaga IRC chat has been made by Netham45 then Sorunome to be a free place of discussion. In our opinion, Eeems has proven irrelevant over-restrictiveness several times. We feel that he has been forcing people to join a different channel to carry discussions about certain topics he doesn't like, while there is no topic restriction for the #omnimaga channel.

Overall, we think that Eeems should prove more humble behavior, both towards site members and the site itself. It goes by accepting (and actually requesting) others' opinions and taking into account negative feedback. While we perfectly understand the privileges given by the statute of site administrator, we think it should not be mistaken with the statute of absolute ruler.

We would like to explicitely specify that we don't want Eeems to be demoted, but that if he fails to correct his behavior we will be forced to go in favor of his demotion.

The goal of this petition is to permit all Omnimaga members, regular and staff, to express themselves on the issues presented here. Should you agree with our point of view, please let us know as soon as possible by any way you would like, while giving priority to public means of communications and especially the Omnimaga forums, while keeping in mind your word will be used as pressure power if extreme conditions make it needed. If you don't want your opinion to be revealed, please don't express yourself on this matter.

Here's what make tells me when building the nKaruga source (online version slightly outdated, ask for precision if needed) :

(right after a make clean)
$ make
mkdir .depends
nspire-gcc -Wall -W -marm -Os -c main.cpp -MM -MF .depends/main.cpp.d
nspire-gcc -Wall -W -marm -Os -c Homing.cpp -MM -MF .depends/Homing.cpp.d
nspire-gcc -Wall -W -marm -Os -c PowerFragment.cpp -MM -MF .depends/PowerFragment.cpp.d
nspire-gcc -Wall -W -marm -Os -c DrawingCandidate.cpp -MM -MF .depends/DrawingCandidate.cpp.d
nspire-gcc -Wall -W -marm -Os -c ChainNotif.cpp -MM -MF .depends/ChainNotif.cpp.d
nspire-gcc -Wall -W -marm -Os -c ExplosionEffect.cpp -MM -MF .depends/ExplosionEffect.cpp.d
nspire-gcc -Wall -W -marm -Os -c Player.cpp -MM -MF .depends/Player.cpp.d
nspire-gcc -Wall -W -marm -Os -c Bullet.cpp -MM -MF .depends/Bullet.cpp.d
nspire-gcc -Wall -W -marm -Os -c Laser.cpp -MM -MF .depends/Laser.cpp.d
nspire-gcc -Wall -W -marm -Os -c buildGameLUTs.cpp -MM -MF .depends/buildGameLUTs.cpp.d
nspire-gcc -Wall -W -marm -Os -c DestroyedEnemies.cpp -MM -MF .depends/DestroyedEnemies.cpp.d
nspire-gcc -Wall -W -marm -Os -c DrawingCandidates.cpp -MM -MF .depends/DrawingCandidates.cpp.d
nspire-gcc -Wall -W -marm -Os -c BulletArray.cpp -MM -MF .depends/BulletArray.cpp.d
nspire-gcc -Wall -W -marm -Os -c EnemiesArray.cpp -MM -MF .depends/EnemiesArray.cpp.d
nspire-gcc -Wall -W -marm -Os -c BossEnemy.cpp -MM -MF .depends/BossEnemy.cpp.d
nspire-gcc -Wall -W -marm -Os -c Particles.cpp -MM -MF .depends/Particles.cpp.d
nspire-gcc -Wall -W -marm -Os -c Enemy.cpp -MM -MF .depends/Enemy.cpp.d
nspire-gcc -Wall -W -marm -Os -c utils.cpp -MM -MF .depends/utils.cpp.d
nspire-gcc -Wall -W -marm -Os -c ExplosionAnim.cpp -MM -MF .depends/ExplosionAnim.cpp.d
nspire-gcc -Wall -W -marm -Os -c n2DLib.c -MM -MF .depends/n2DLib.c.d
nspire-gcc -Wall -W -marm -Os -c n2DLib.c
n2DLib.c: In function ‘drawPolygon’:
n2DLib.c:492:2: erreur: unknown type name ‘va_list’
  va_list ap;
  ^
n2DLib.c:495:2: attention : implicit declaration of function ‘va_start’ [-Wimplicit-function-declaration]
  va_start(ap, nombreDePoints);
  ^
n2DLib.c:499:3: attention : implicit declaration of function ‘va_arg’ [-Wimplicit-function-declaration]
   cur_arg = va_arg(ap, int);
   ^
n2DLib.c:499:24: erreur: expected expression before ‘int’
   cur_arg = va_arg(ap, int);
                        ^
n2DLib.c:508:2: attention : implicit declaration of function ‘va_end’ [-Wimplicit-function-declaration]
  va_end(ap);
  ^
n2DLib.c: In function ‘drawStringF’:
n2DLib.c:661:2: erreur: unknown type name ‘va_list’
  va_list specialArgs;
  ^
n2DLib.c:666:2: erreur: incompatible type for argument 3 of ‘vsprintf’
  vsprintf(str, s, specialArgs);
  ^
In file included from /cygdrive/c/Users/Mattias/Documents/GitHub/Ndless/ndless-sdk/toolchain/install/arm-none-eabi/sys-include/stdint.h:12:0,
                 from /cygdrive/c/Users/Mattias/Documents/GitHub/Ndless/ndless-sdk/toolchain/install/lib/gcc/arm-none-eabi/4.9.1/include/stdint.h:9,
                 from /cygdrive/c/Users/Mattias/Documents/GitHub/Ndless/ndless-sdk/bin/../include/libndls.h:36,
                 from n2DLib.h:4,
                 from n2DLib.c:1:
/cygdrive/c/Users/Mattias/Documents/GitHub/Ndless/ndless-sdk/toolchain/install/arm-none-eabi/sys-include/stdio.h:189:5: note: expected ‘__gnuc_va_list’ but argument is of type ‘int’
 int _EXFUN(vsprintf, (char *, const char *, __VALIST)
     ^
Makefile:52: recipe for target 'n2DLib.o' failed
make: *** [n2DLib.o] Error 1I only include <libndls.h> in n2DLib.h . Is it that libndls.h doesn't include stdarg.h ?

EDIT : yeah. Can someone delete this thread ?

So yeah. Since it's been 9 months and nobody reached level 5 yet - I've reached it but never beat it - I thought I would write a quickly-hacked-together cheating tool that allows you to start the game at any level you want.

So yeah, it's a 12-lines program, so not really exciting, but it can help you have even more fun (fun ? yeah, fun) with IkarugaX. Maybe.

For those who don't know IkarugaX yet :



It's a danmaku (Japanese for bullet hell) shoot-them-up based on a polarity switching mechanic. Basically, both you and your enemies' bullets can be of either black or white polarity ; the thing is that only bullets of your opposite polarity hurt you, and you absorb the rest to fill your power gauge. When you absorbed at least 8 bullets, you can do a power release and fire as many power fragments as you absorbed packets of 8 bullets. Power fragments are homing lasers that go straight to the nearest enemy. So using your advanced arsenal, you go destroy tens of enemies, dodge and absorb thousands of bullets (I'm not exaggerating) and kick huge bosses' ass. You have 3 lives though, and have no way of getting them back when you lose them. When you get killed (ie lose all your lives) you get back to the beginning of the level you died in thanks to checkpoints (automatically reached when finishing a level).

Ryan (ticalc redactor) tells you his word about it : http://www.ticalc.org/archives/news/articles/14/148/148436.html
If you just want to play, here's a link to the game's ticalc page : http://www.ticalc.org/archives/files/fileinfo/457/45712.html

Also, you can tell the cheating tool  to mark the game as beaten. Because yes, something happens when you start a new game after beating it. Yes, all your nightmares were true. I know it's hard. You have to hear it though. You can't run away from the truth anymore. Remember, the countless hours you've spent trying to kill this goddamn impossible boss, to finally complete this fucking level and move to another one, only to find out it was just more impossible ? You remember that ? Good. Because now, your worst nightmares are becoming true. Yes, you were playing on easy mode. And yes, beating the game unlocks hard mode. Run with ION-compatible shells. Have fun.

Hi guys,

I've been working on nKaruga since quite some time now, and although it's reasonably fast on monochrome TI-Nspires, it's accurately twice as slow on color calcs, although it's the same code running and that the monochrome screen is being configured in 16-bits mode by the game.

I have no idea why it's like this, I keep trying things and nothing changes. I even removed every drawing command except the screen update and the ship, and the speed stays the same. Since I'm really, really stuck, I thought of asking you guys.

The full source is here : https://github.com/matrefeytontias/nKaruga

It's also possible that it's n2DLib's fault, since it's used to interact with the screen : https://github.com/n2DLib/n2DLib

Feel free to fork it and submit PR, I'll be very happy to see things fixed because I don't know what to do.

Also, I have no color calc to test, only monochrome. Several people made tests for me.

That lets us KOS developers know what to focus on !

Note that's only for a hypothetic far future though, don't expect any of this implemented any time soon.

http://strawpoll.me/1781112

If you have any questions on what does what, please ask !

Yes. Apparently I wasn't completely satisfied with IkarugaX for z80 calcs (in action here : ), so I thought "mh, what if I add colors, moar pixels and moar CPU". I thought about it and the answer popped in my head : moar awesome.

It's being programmed in C++, and I'll try to stay true to the original on the level design side. Of course it won't have super-amazing 3D graphics, 2D motion blur and all that shit (unless I find a GPU that works on Nspire calcs), but I'll really try to make it beautiful.

Screenshot coming in a minute.

EDIT : here you go



Of course the questionable quality is because of the recording.

Hola,

So that one is a first for me. I have one program, and nspire_emu only detects multi-arrow-keys presses if it's emulating a non-CX Nspire. If it's emulating a CX one, the last pressed key overwrites the preceding one (like, if I hold right then press up, it'll only understand up).

At first I thought that was only nspire_emu, but testing on real HW from a TI-Planet member (I only have a Nspire CAS, on which it worked well) told me that that wasn't nspire_emu.

So I finally thought that was because of the touchpad (again, some may say). That's what I currently have :

typedef int KeyEvent; // because cleanliness
inline KeyEvent getk(void)
{
    return (((isKeyPressed(KEY_NSPIRE_UP) << 1) + isKeyPressed(KEY_NSPIRE_RIGHT) << 1) + isKeyPressed(KEY_NSPIRE_LEFT) << 1) + isKeyPressed(KEY_NSPIRE_DOWN);
}

I wrote a small debug wrapper for you to test if you wish :

typedef int KeyEvent;
KeyEvent getk(void)
{
    int i;
    KeyEvent k;
    while(!isKeyPressed(KEY_NSPIRE_ENTER))
    {
        k = (((isKeyPressed(KEY_NSPIRE_UP) << 1) + isKeyPressed(KEY_NSPIRE_RIGHT) << 1) + isKeyPressed(KEY_NSPIRE_LEFT) << 1) + isKeyPressed(KEY_NSPIRE_DOWN);
        for(i = 3; i >= 0; i--)
            printf("%d", (k >> i) & 1);
        printf("\n");
        SDL_Delay(1000);
    }
    return k;
}Look at the console while you press keys ; [enter] to quit.

Any idea ?