Quote from: z80man on June 07, 2011, 03:22:49 am

Quote from: DJ_O on June 07, 2011, 02:43:18 am

I guess ASM/C?

I'd say you be guessing right. On the Prizm there are so many more possibilities for a Powder Game port with the hi-res color screen, large memory, and fast proc. I can hardly wait

FAST PROC! Let me laugh! The Cowards form Casio do as crappy work as TI, specially slowing down the calculators! I'm sick of the priszm performances! BUt In fx-9860, with or without cpuspeed... Wow

By this, do you mean the actual CPU speed, or the speed at which math commands and such execute? Both are dependent on the CPU, but the latter also depends on Casio's OS, which doesn't have much to do with what programs can be written. I do not believe that the clock speed has decreased, but the math may have gotten slower - I'm not sure since I don't have an fx-9860.

Eiyeron, please don't troll. The Prizm, while not as fast as some of the other Casio calculators, is still faster than all of the 83 and 84+ series calculators from TI. Furthermore, the Prizm is more than fast enough to run some impressive projects, especially since it can be overclocked.

The Prizm definitely has a better processor than TI's calculators (excluding the Nspire, which is slightly faster but doesn't allow machine code execution), and if it's possible to overclock them, we'll have even more possibilities. Considering what can be done with 15MHz or even 6MHz, it will definitely be possible to create many impressive programs and games for the Prizm, although the processor speed is quite a bit slower than modern devices that aren't calcs. However, I do not agree that Eiyeron's comment was trolling. Everyone has different opinions, and calling people/comments trolls/trolling is not the best way to be friendly.

Eiyeron by the way in the past we banned a member who kept bashing TI and Casio calcs and we almost had to do with someone who was doing the same with the TI-83+ (he was a TI-89 fanboy). You may want to be careful about what you say about the Prizm.

Plus the Prizm problem is not that it's by itself slow, it's that Casio failed epically hard at creating the BASIC language included in the calculator, even more than TI. I'm sure anybody in the community could write a BASIC interpreter or semi-interpreter that would solve most of the display speed issues currently present on the calculator. Else, someone could port Axe Parser for example.

Just because the Prizm BASIC language sucks doesn't mean the entire calculator do. The language was just poorly programmed. Look at games like Obliterate written in C or the Insight add-in. They get about 20 frames per second, even if in one of the app there are 100 particles moving around at once.

Also I doubt Casio or TI would listen to us, because their philosophy is that calculators are for math, not gaming, and about only 1% of the students will use their calculator for gaming, meaning their market share for gamers is probably around 1%.

I'M pretty sure the Prizm could achieve Doom. It would probably just run slightly slower than the TI-Nspire counterpart.

So.. Powder Game? I like this game. Do you want to make this too in java? :p
(I want too to apologize me to make some stupid noise here)

IDK about Lua, due to the number of calculations and particles.

Sorry, but this project is dead (and explosions were never planned in the port anyway because they're too slow to compute for z80).

You can compress that data significantly. Let's assume 1 byte for the identifier (you'd actually need fewer bits) with 1 byte particle data and a 256x256 screen (you need some portion for a menu). That means you're down to 1 byte each for the x and y variables (integers are more efficient representations of integers than floating points) and you can skip the temperature variable because it doesn't exist in the canonical version. What's left is the pressure, which can be placed in a 1 byte variable. Thus, you have 5 bytes, which should probably be rounded out to 6 bytes with an extra "data" byte after the ID. That's only 384 KB.

Nope. All of that is handled through the particle ID and the pressure data.