I have an 8gb kingston micro sd usb adapter that's as slow as hell but is insanely small. But for other stuff I use a 16gb corsair which i find to be very reliable. According to reviews you can throw them off buildings and run them over with cars with no data loss.

edit: Corsair now sells 64 gb usb 3.0 drives 

Actually it wouldn't be a bad idea to increase portability between the Prizm and CX by writing some multi-platform libraries. One the Prizm scene there has been some talk of of porting newlib which is an embedded C standard library implementation. So a port of that to both the Prizm and CX would allow programs that use those capabilities to be more easily cross compiled. At the same time there should also be a multi-platform graphics library that provides a variety of functions and types that can be shared by CX and Prizm programmers alike.

I've hit a slight delay recently. My hard drive got corrupted last week (yes I kept back ups) and until i can get a replacement part I've been running from Linux Mint mainly. The problem with that though is that gcc has been outputting some strange compile time errors that I never had on windows. So until I get that figured out I can't make any progress so at this point I'm not sure if I'll have a submission or not by next week. I'm still pretty optimistic though that i'll get this figured out.


Edit: Well it turns out i was able to fix the issue and code will now cleanly compile and be built into a g3a even when on linux. The only problem now though is that Mint which I'm running is on a virtual machine which is on Fedora 15 which cannot properly transfer files between the Prizm which is a slight speedbump

Edit2: Okay well it looks like everything is fixed enough that I can continue with development of Plants vs Zombies. Unfortunately due to the delay DXT image compression will not be implemented however version 2 after the contest will use that to drastically cut the file size with almost no reduction in quality. My current set up though is quite complex. It involves doing coding and compiling on a Linux Mint virtualbox with of course wine running to use the custom gcc. The finished g3a file is then uploaded to google docs which it is then redownloaded but on the host OS which is the very buggy Fedora 15. The g3a is then sent to my flash drive which is sent to my super old xp laptop which lacks wifi. The xp laptop then sends the file to my Prizm where it can be fully enjoyed. It may sound complex but this is honestly the simplest way I can do development.  

Edit3: And the xp laptop has to run in safe mode to prevent it from BSODing but otherwise I'm doing just fine

Edit4: When will Acer finally send my replacement disk drive so I can re install windows?

I wonder if adding multi key support will be easy? Does the Prizm allows direct input like on TI calcs? (where instead of returning the keycode, it checks if a specific key was pressed or not)

Yes the entire keyboard is hardware memory mapped so you can if any key is currently up or down without any difficulty. On the matter of multi key support that is easily done but I'm still working on the best way to implement the function in C that would be very simple for another Prizm coder to use.

Do you mean Prizm key detection in ASM/C is as slow as in BASIC?

That particular system call is as slow as its Basic counterpart because that's what the interpreter calls when its running a Basic program. There are other much faster system calls available such as one that will return a buffer full of the keyboard data or even a non system call based one that I developed that works directly with the hardware and is extremely fast.

Now that this poll is just about expired it appears that ram data will be by default in virtual memory. This will hopefully allow in far future versions of Walnut for specially made programs to take advantage of multitasking capabilities. Simple programs that could benefit from multitasking that I've thought of are text editors, debuggers, command prompt, calculators, sprite editors, screen recorders, and most notably quadratic solvers

The math is the same regardless of language and if you know casio basic moderately well then it will be easy to port that example to lua. One thing you will have to add though is be able to convert plot points into screen coordinates but if needed I can help you with that part

It is very in depth math and covers many concepts of 3d that you will not be implementing in luaFX but one book that really helped me understand a lot of 3d games including optimization for specific architectures was Real Time Rendering. I highly reccomend it to anyone who wants to learn a lot about 3d