graphical errors with KhiCas

[parisse]

The screen picture shown looks like 240x320 instead of 320x240 like on my nspire cx. The screen sizes are hardcoded inside KhiCAS, only 320x240 screens are supported.
I don't understand what the issue is with your trig identities inside KhiCAS. texpand , halftan, tlin will do conversion like that.

[DaManDaMythDaLeg]

IMG_2035[566].JPG

here is what i see when i open khicas.tns

further info

similar graphics bugs occur when I run any of the following commands:
+
*
plot()
any of the commands in the "Shell Prog Options" group of the menu
any of the commands in the "Plots" group of the menu

so, basically anything that would open a popup, another window, create a "graphic object" or otherwise leave the Lua


for example, this is the result of the command point(proot(x^5 + x + 1))

IMG_2036[570].JPG

which, according to the documentation, should output this:

Screenshot 2021-02-07 134315.png

given the vague similarities between the expected, and actual output, i think it would be safe to assume that the issue is specifically with how the program communicates with the LCD, or draws the graphics

btw, anyone know why the previews for my pictures keep being sideways for the pictures of my calculator, but not the other things?

[DaManDaMythDaLeg]

I don't understand what the issue is with your trig identities inside KhiCAS. texpand , halftan, tlin will do conversion like that.

oh okay, i guess that was just user error then (i was using simplify with some trig stuff, and getting weird results)

[DaManDaMythDaLeg]

The screen picture shown looks like 240x320 instead of 320x240 like on my nspire cx.

I'm not sure what you mean by that, my screen is definitely wider than it is tall

anyhow, would there be a way for me to modify my installation to work with my screen?

like maybe, rewrite how it draws to the screen or something

[parisse]

[

given the vague similarities between the expected, and actual output, i think it would be safe to assume that the issue is specifically with how the program communicates with the LCD, or draws the graphics

Yes, some assistance from the ndless team would be welcome to understand what happens here, something specific to your hardware, might be related to
https://hackspire.org/index.php?title=Hardware#Screen
https://hackspire.org/index.php?title=Libndls#LCD_API
I'm using ngc to draw things in KhiCAS (https://hackspire.org/index.php?title=Syscalls#Graphic_Context_API).
Perhaps a call to lcd_init(lcd_type()); should be done during the initialization phase of KhiCAS?

[DaManDaMythDaLeg]

i agree, is there a way to "ping" the devs, or do we just wait for them to see this

[Adriweb]

I sent Vogtinator the link to the post already, although he had already mentioned the use of the lcd_* APIs in the past, and there are examples here and there.
No hardcoded addresses/sizes/dimensions should ever be used in programs, now we see why - the Ndless APIs are here to abstract all that away and get updated over time to support hopefully all hardware variants.

[DaManDaMythDaLeg]

that's a good point, I'd wager that alot of the crashes that KhiCas experiences could be due to hardcoded addresses and such

[parisse]

The screen sizes 320x240 are hardcoded, but that's all what is hardcoded. It does not explain why calls to ngc fail on this calculator, or more precisely why it seems that the screen is rotated (from the status bar we see on the pictures).
BTW, did you install the latest versions of ndless and KhiCAS?

[DaManDaMythDaLeg]

BTW, did you install the latest versions of ndless and KhiCAS?

yes, unless you've released a new version this week, i'm up to date (i last updated over the weekend)