Unicorn's xlibC help topic [TI-84+CSE]

Unicorn · Christmas time is here again (Posts: 1134)

mr womp womp · Official Cemetech Cat Manager (Posts: 1780)

so, it should look something like real(6,1,1,1,255,T
but, it will only work if the number stored in T is smaller than 10000, any larger numbers will give a dim error, you can always split it up like divide the number by 1000 and store that into some other variable, output the ipart(of that answer and output 1000*the number-1000*ipart(*the number*, I know it sounds complicated, i'll just make an example and edit this post once i'm done
edit: Okay so say I want to output T and the number stored in T is for example 621346. I would do:

M. I. Wright · Advanced Member (Posts: 229)

1000fPart(T→T is a better way to do this. Great explanation otherwise Smile

Although Unicorn does seem to have been doing it correctly, so I'm curious as to why it didn't look right. Care to elaborate or share a screenshot, Unicorn?

KermMartian · Site Admin (Posts: 64059)

When in half-resolution mode, xLIBC makes the screen 160 pixels wide and effectively 120 pixels tall, hence "half-resolution" mode. If you were drawing text without putting the calculator into half-resolution mode, you need to deal with the fact that the left half and the right half of the full-resolution LCD correspond to the two GRAM "buffers", if you will, used for half-resolution mode. In xLIBC, there's a command to switch the buffer you're using, and when you're in full-resolution mode, you're really switching between the two sides of the screen (and without tricks, you can't display things spanning the two sides). If you have the first GRAM buffer activated, X=0 is at the left edge of the full-resolution screen. If you have the second GRAM buffer activated, X=0 is at the middle (pixel X=160) of the screen. Try using SetLCDBuffer to set the other side of the screen (the right side, the second buffer) as the one you're using, then use real(6... again.

mr womp womp · Official Cemetech Cat Manager (Posts: 1780)

When in half-resolution mode, xLIBC makes the screen 160 pixels wide and effectively 120 pixels tall, hence "half-resolution" mode. If you were drawing text without putting the calculator into half-resolution mode, you need to deal with the fact that the left half and the right half of the full-resolution LCD correspond to the two GRAM "buffers", if you will, used for half-resolution mode. In xLIBC, there's a command to switch the buffer you're using, and when you're in full-resolution mode, you're really switching between the two sides of the screen (and without tricks, you can't display things spanning the two sides). If you have the first GRAM buffer activated, X=0 is at the left edge of the full-resolution screen. If you have the second GRAM buffer activated, X=0 is at the middle (pixel X=160) of the screen. Try using SetLCDBuffer to set the other side of the screen (the right side, the second buffer) as the one you're using, then use real(6... again.

DJ Omnimaga · Guru-in-Training (Posts: 2836)

In xLIB, switch to 160*240 then immediately switch back to full resolution mode without redrawing the status bar. This keeps the run indicator turned off.