So everything works as far as I've tested things (Ndless 3.1 r914) ; the blur is indeed very annoying (but can get better if you fiddle with the contrast), and it would be cool if you could diffuse brightness equally according to the whole pixel and not only what seems to be the red channel. I'm pretty sure I saw a formula for converting RGB colors to an arbitrary gray level, but IIRC it implied 3 floating-point multiplication - I'm pretty sure you can deal with it with fixed-point though.

That's epic nice work on these !

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

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.

Oh hey ! It's been a while Nice to see you're still working on calc stuff

I can't think of anything to add to nSDL for now. It always had what I wanted it to have.

I meant : I know how to compile C programs, but not C++.

But I found why it wasn't working : I use to use the .cc extension for C++ programs. A quick look at the makefile told me it had to be .cpp files. Now it works.

I mean, she's the only one to have done it on the TI calcs.

No. I too.