Omnimaga
General Discussion => Introduce Yourself! => Topic started by: Eiyeron on August 09, 2011, 11:24:44 am
-
Hello everyone! I'm Eiyeron. I'm just a Casio Programmer. I don't hate Ti, but if i didn't saw a old G25 (just a old crappy calculator), I should have a Ti-83+ or besser...
So, I have a Graph100+(french AFX 2), and a Graph75+ (Graph 35+ USB modded to Graph75).
Why these 2 calculators? I'm programming on the LuAFX/LuaFX Project. A recent project to make a Lua port inter-compatible. I'm also the author of the first original LuAFX game: 4-power.
WXhat happens now: I program too in C (viva crappy Casio sdk! :p), and i'm thz author of a library who will be nex released, Easy Coding, E-Code).
So, so... i'm French! :p Donc, voilà, je suis Modérateur du site francophone Planète-Casio, et je tiens à ce que la communauté Casio aie autant de succès de celle de TI...
So, I'm moderator of the french site Planète-casio (french needed, because the international section is DEAD, or if you want to revive it), I want to Casio's communauty to have as succes as Ti's.
Now... Have a good Day!
-
Welcome Eiyeron, we have a moderately big Casio community on Omnimaga, mainly related to the PRIZM. I had never heard of Planet Casio website, but welcome to Omnimaga either way ;)
http://www.omnimaga.org/index.php?board=166.0 (http://www.omnimaga.org/index.php?board=166.0)
That forum might be of interest.
-
Welcome to omnimaga! We have a lot of french users here, and a french board, so it'll be great. ;)
-
The Prizm doesn't interess me now, to know my fx-9860GII+ is faster is disgusting me. How Casio could slow this calculator?
-
Welcome on Omnimaga, nice to have you here :D
-
Hi and welcome here. Personally I don't mind the Prizm especially with the color screen, but I was indeed disappointed by the speed of TI-BASIC. Also nice to see Lua on more calcs. In the future, a Nspire<>ClassPad<>AFX<>9860/Prizm Lua converter would be nice. The screen size might be a problem but I guess someone could simply have his Prizm Lua port of an AFX game be zoomed out, for example, and not use the entire screen.
-
NSpire/AFXo r 9860? That's impossible: SO the function's library is very messy in LuaFX, the screen's size is a problemm too, and the SPEED! Veb wants to slow down the 9860's speed to harmonize with the AFX! :/ Why doesn"t he want to make 2 modes?
-
Oh ok that sucks x.x. As for screen issues, back when MLC was around, AFX games just used 96x64 parts of the screen so the games can easily be backported to the TI-83+SE. On the Nspire, what games could do is simply scale pixels up like the old TI-84+ emulator did on the older models. I think two modes would be nice, since people could choose.
-
The Prizm doesn't interess me now, to know my fx-9860GII+ is faster is disgusting me. How Casio could slow this calculator?
I think it's just the BASIC that's slow. Both run at around 29MHz, so they're actually both the same speed (however, shells in the works right now like khavi and Walnut are probably going to up the clock speed on the PRIZM by at least 4x, so it will be *faster*)
-
The Prizm doesn't interess me now, to know my fx-9860GII+ is faster is disgusting me. How Casio could slow this calculator?
I think it's just the BASIC that's slow. Both run at around 29MHz, so they're actually both the same speed (however, shells in the works right now like khavi and Walnut are probably going to up the clock speed on the PRIZM by at least 4x, so it will be *faster*)
Actually, the Prizm runs at 58 MHz by default, so it's already twice as fast as the fx-9860 (although it can be set to 29 MHz if that is necessary).
-
Ow ow ow? :p
I'll wait maybe a casio's sdk...
-
I didn't remember it could be slowed to 29 MHz. The max was 116, right? But yeah, right now there is a SDK made by the community, but it's not an official one. One of the community SDK even requires the FX-9860G SDK to be installed as a dependency.
I'M fairly sure that Prizm ASM/C can be exactly as fast as FX-9860/Graph 85 ASM/C. Of course displaying stuff would be a bit slower since you got 384x216 pixels to update instead of 128x64 , though.
-
I didn't remember it could be slowed to 29 MHz. The max was 116, right?
It's just as easy to reduce it to 29 as it is to increase it to 116, but I don't know if it has been successfully done yet, considering that the calc resets once you change speed.
-
Ah yeah I forgot about that. I wonder if a workaround will be possible...
-
Also, IIRC, isn't there a command to only update a "stripe of the LCD" for quicker rendering? Like Bdisp_LCD_Stripe or something like that?
-
Yeah, for the fx's sdk, yes, but i prefer use one user-made function, which is 4*speedier than bdisp