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.

Of course I will. I will also add an option to disable them though, both for performance and for TI-Nspire non-CX support (for now the .tns works on every Nspire, but backgrounds will make the game difficult to see).

By the way, something I was wondering : would the game be better played vertical (like in the screenshot) or horizontal, due to the screen's dimensions ?

Of course I will. I will also add an option to disable them though, both for performance and for TI-Nspire non-CX support (for now the .tns works on every Nspire, but backgrounds will make the game difficult to see).

By the way, something I was wondering : would the game be better played vertical (like in the screenshot) or horizontal, due to the screen's dimensions ?

as long as I don't have to hold my calc sideways to play the game I am fine.

Motion blur could be implemented by reading storing a few older screen buffers, making everything transparent with Z=0x7FFFFFFF and drawing it on top. That should scale linear performance-wise with more blur, but if you optimize it a bit, you should get >30 fps out of it if you don't draw too many triangles.

Maybe that's possible with crafti but that's because you put motion blur on everything. For a SHMUP, motion blur must apply only to bullets and explosion, so you can't go with a per-buffer basis.

Quote

By the way, something I was wondering : would the game be better played vertical (like in the screenshot) or horizontal, due to the screen's dimensions ?

If you implement different levels, I guess it should alternate, maybe even upside-down?

I'm trying to stay relatively true to the original, so it's going to be either one way or another. I was wondering if I should privilege screen width or screen height.

EDIT : ninja'd by Hayleia

Quote from: Matrefeytontias on May 10, 2014, 11:06:33 am

By the way, something I was wondering : would the game be better played vertical (like in the screenshot) or horizontal, due to the screen's dimensions ?

I don't know if you plan to include a GUI but if you do, you can get your screen to become a square by putting the GUI either on the left or on the right and then the problem doesn't exist anymore

Yeah, but I'm more referring to the actual game.

Anyway, nice work

Thanks

I mean Ikaruga, the Dreamcast game by Treasure (and later the GameCube, XBox and Android port).

Although I love IkarugaX, I'm not porting it since it's already a clone

EDIT : poll added

Update !

I've done a very great part of the main engine done - I don't really know how to call that lol, I've done many things. That includes a custom Enemy engine, Bullet engine, patterns engine, and others.

Anyway~, the engine right now is capable of beautiful things like this without getting any noticeable speed hit (although there's no collision) :



Pretty amazing right ? and I'm using floating-point calculation for each bullet (only because I was lazy to create a fixed version of cosine and sine, otherwise the whole program uses fixed-point), so it can even be made a lot faster

What I'm rather proud of is that the engine is 100% modular. That is, the game uses a LUT for images, and even for callbacks, the specific code that each enemy executes when it's checked - its behaviour. So all I have to do to add moar enemies or moar gfx is only to add the corresponding data to the corresponding file, and add an entry or two in an enum

Bump,

Great news : Metarro (from PixelJoint and DeviantArt) agreed to help me with the sprites !
I replaced all of the previous sprites by his - I actually took the previous ship sprite from his page, and I even added an animation when you switch polarities

Give a look to his amazing pixel-artist talents :



Next on the list : collisions and level streams ! That means I'll have actual level design to be done.

Hum ... what ? I never asked for ... well, anything.

Besides, I already have FP stuffs, and in a form that suits the project.