Author Topic: Discovering TI-84 Plus C Silver Edition BASIC programming: New TI-Planet pics!  (Read 23276 times)

0 Members and 1 Guest are viewing this topic.

Offline Freyaday

  • The One And Only Serial Time Killing Catboy-Capoeirista-Ballerino
  • LV10 31337 u53r (Next: 2000)
  • **********
  • Posts: 1970
  • Rating: +128/-15
  • I put on my robe and pixel hat...
    • View Profile
Maybe they should have implemented a disp buffer, like Linux uses. It stores all the console output and displays it as fast as possible, but the program continues running, ignoring whether it has actually displayed.
Ah so that's what a buffer does.  I still can't believe that TI would reduce the speed but upgrade the screen.

This seems to be aimed at the new student that know nothing about calculators but want the one that looks the coolest/ prettiest.
_Nicco_, TI didn't exactly reduce the speed. They shipped it with the same processor and RAM as the G hardware 84SEs, but with a screen that takes ten times as long to update.
« Last Edit: February 22, 2013, 03:23:16 am by Freyaday »
In other news, Frey continues kicking unprecedented levels of ass.
Proud member of LF#N--Lolis For #9678B6 Names


I'm a performer at heart; I stole it last week.
My Artwork!

Offline willrandship

  • Omnimagus of the Multi-Base.
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2953
  • Rating: +98/-13
  • Insert sugar to begin programming subroutine.
    • View Profile
Ooh, not that we could implement this or anything, but what if they just subdivided the screen into 16 chunks, 4800 bytes each, and allowed you to page each chunk of the screen individually? The screen hardware would continuously update from the buffers not currently paged, and you can write to them as fast as to any other RAM.

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55943
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
The new calc was definitively just to increase sales by attracting students and parents with the color gimmick. Granted, it's much easier to read such screen than the old one and you can now program in the dark (I don't recommend it, to avoid damaging your eyes, but in case power goes out or something it can be pretty handy).

They did not decide to slow it down with a slower processor, but rather didn't want to improve its hardware speed, so as a ticalc comment says, you get the same speed for computing, but the larger screen is a bottleneck.

Ooh, not that we could implement this or anything, but what if they just subdivided the screen into 16 chunks, 4800 bytes each, and allowed you to page each chunk of the screen individually? The screen hardware would continuously update from the buffers not currently paged, and you can write to them as fast as to any other RAM.
It might probably require heavy modifying of their OS, which I doubt they would want to do unless the calc received a lot of poor reviews and negative criticism due to its slow screen. Just the scrolling in the PRGM editor will be a nightmare if you Goto in a 15 KB large program. Using many sub-programs (or Doors CS 8 instant Goto feature) will be a must.

Offline Sorunome

  • Fox Fox Fox Fox Fox Fox Fox!
  • Support Staff
  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 7920
  • Rating: +374/-13
  • Derpy Hooves
    • View Profile
    • My website! (You might lose the game)
I don't think that they will get a bad review as many customers already think that a lot of stuff we make is impossible on the normal 84+ as it is just a calculator.

THE GAME
Also, check out my website
If OmnomIRC is screwed up, blame me!
Click here to give me an internet!

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55943
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
The thing is that according to stuff I have read, the speed actually impacts school-related calculator uses too:

1) When typing stuff on the home screen, it's apparently slightly sluggish, like on the PRIZM. While this isn't necessarily an issue, it can be a tad annoying for those who type fast when they type equations and stuff

2) Vertical scrolling is slow. Horizontal will be fine for games, but the problem is that when you enter calculations or navigate menus, Y= and PRGM, it scrolls at about 4-5 FPS. Imagine if someone decides to make a 1 KB large math program and he has to Goto the end of the code: It will scroll all the way through the code, 4-5 lines a second instead of about 20. Scrolling through menus, such as the CATALOG or the MATH ones will be a nightmare.

Basically, this might annoy students in class as well (which is why I hope that TI adress this at one point). Would there be a way for TI to add vertical z-addressing back without radical hardware changes? That would solve the problem.


EDIT: I found this pic in TI's PDF files:



So some color might be possible on the home screen after all. Just not via pure BASIC.


Programming-wise, we have seen nothing, though. To judge the true calc speed we will have to wait until we see game demos running on it. Also, although I am disappointed at the slower speed, I think this might be a good thing to a certain extent: The arrival of the 84+ resulted in an invasion of totally unoptimized BASIC games, because it ran at 15 MHz instead of 6, so people spent less time optimizing, since now their games just ran fast enough. I remember trying many RPGs in the past that ran at 4 FPS, yet they were as limited as Illusiat 6 (which runs at 11 FPS). In other words, maybe this calc will do like the TI-82 and 83+ and encourage newer BASIC programmers to try coding properly again :P.
« Last Edit: February 23, 2013, 04:40:03 am by DJ_O »

Offline DrDnar

  • LV7 Elite (Next: 700)
  • *******
  • Posts: 546
  • Rating: +97/-1
    • View Profile
Basically, this might annoy students in class as well (which is why I hope that TI adress this at one point). Would there be a way for TI to add vertical z-addressing back without radical hardware changes? That would solve the problem.
TI's software has never, ever used Z-addressing. For that matter, very few assembly programs use it. Not only could TI not add such a feature, they wouldn't use it if they could.
"No tools will make a man a skilled workman, or master of defense, nor be of any use to him who has not learned how to handle them, and has never bestowed any attention upon them. . . . Yes, [] the tools which would teach men their own use would be beyond price."—Plato's The Republic, circa 380 BC

Offline Sorunome

  • Fox Fox Fox Fox Fox Fox Fox!
  • Support Staff
  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 7920
  • Rating: +374/-13
  • Derpy Hooves
    • View Profile
    • My website! (You might lose the game)
Mhmm, color on the home screen would be nice, i bet there will be some awesome asm libs for basic...... :D
Maybe the asm programmers should get togeather and agree on tokens so that it doesn't happen like xlib and omnicalc using real(

THE GAME
Also, check out my website
If OmnomIRC is screwed up, blame me!
Click here to give me an internet!

Offline Darl181

  • «Yo buddy, you still alive?»
  • CoT Emeritus
  • LV12 Extreme Poster (Next: 5000)
  • *
  • Posts: 3408
  • Rating: +305/-13
  • VGhlIEdhbWU=
    • View Profile
    • darl181.webuda.com
I'm sure this has come up at some point already, but with some hardcore zStart-style mods/hacks could syntax highlighting in the program editor (or even the homescreen) be possible?  Even if it's not live it would still help quite a bit for debugging and such.
« Last Edit: February 23, 2013, 09:38:43 pm by Darl181 »
Vy'o'us pleorsdti thl'e gjaemue

Offline Sorunome

  • Fox Fox Fox Fox Fox Fox Fox!
  • Support Staff
  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 7920
  • Rating: +374/-13
  • Derpy Hooves
    • View Profile
    • My website! (You might lose the game)
wouldn't zstart need to write extra-tokens into the program then? or just create an appvar of where what highlighting is in which program?

THE GAME
Also, check out my website
If OmnomIRC is screwed up, blame me!
Click here to give me an internet!

Offline blue_bear_94

  • LV8 Addict (Next: 1000)
  • ********
  • Posts: 801
  • Rating: +25/-35
  • Touhou Enthusiast / Former Troll / 68k Programmer
    • View Profile
We could do it dynamically.
Due to dissatisfaction, I will be inactive on Omnimaga until further notice. (?? THP hasn't been much success and there's also the CE. I might possibly be here for a while.)
If you want to implore me to come back, or otherwise contact me, I can be found on GitHub (bluebear94), Twitter (@melranosF_), Reddit (/u/Fluffy8x), or e-mail (if you know my address). As a last resort, send me a PM on Cemetech (bluebear94) or join Touhou Prono (don't be fooled by the name). I've also enabled notifications for PMs on Omnimaga, but I don't advise using that since I might be banned.
Elvyna (Sunrise) 4 5%
TI-84+SE User (2.30 2.55 MP 2.43)
TI-89 Titanium User (3.10)
Casio Prizm User? (1.02)
Bag  東方ぷろの

Offline Darl181

  • «Yo buddy, you still alive?»
  • CoT Emeritus
  • LV12 Extreme Poster (Next: 5000)
  • *
  • Posts: 3408
  • Rating: +305/-13
  • VGhlIEdhbWU=
    • View Profile
    • darl181.webuda.com
I'm not sure exactly how it works, but pretty sure it would just be something that looks at newly-visible/recently-edited code and just displays it differently.
Ofc how to integrate something that intense into the program editor when something as simple as instant goto is a challenge would be interesting to see :P
Vy'o'us pleorsdti thl'e gjaemue

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55943
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Basically, this might annoy students in class as well (which is why I hope that TI adress this at one point). Would there be a way for TI to add vertical z-addressing back without radical hardware changes? That would solve the problem.
TI's software has never, ever used Z-addressing. For that matter, very few assembly programs use it. Not only could TI not add such a feature, they wouldn't use it if they could.
Well I meant adding it in the hardware. The TI-84 Plus supports z-adress, as demonstrated in Reuben Quest series (earthquake sequences), but I know very well that the TI-OS doesn't use it. I meant if they ever decided to re-add that feature on the 84+CSE, maybe they might take advantage of it eventually, but that would require the TI community (such as those under NDA) to tell TI how to do it.


« Last Edit: February 23, 2013, 10:25:18 pm by DJ_O »

Offline calc84maniac

  • eZ80 Guru
  • Coder Of Tomorrow
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2912
  • Rating: +471/-17
    • View Profile
    • TI-Boy CE
It would have to be a little more advanced than that, though, because of the status bar. Actually, if the LCD wasn't rotated 90 degrees, that might be possible, because the controller supports "Partial Image Display" that displays a certain part of the LCD RAM on a specified number of scanlines. But since our scanlines are vertical, that doesn't help very much.
"Most people ask, 'What does a thing do?' Hackers ask, 'What can I make it do?'" - Pablos Holman

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55943
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Actually Kerm says that adding a feature to DCS to remove scrolling completely from the PRGM editor would be impossible, so I think a new editor might need to be written.

Another solution is that Critor, Kerm and various community members send the suggestion to TI to remove gradual scrolling due to being useless and just slowing down program editing.

It would have to be a little more advanced than that, though, because of the status bar. Actually, if the LCD wasn't rotated 90 degrees, that might be possible, because the controller supports "Partial Image Display" that displays a certain part of the LCD RAM on a specified number of scanlines. But since our scanlines are vertical, that doesn't help very much.
In TI-BASIC I think there would definitively be issues with the status bar. However in ASM it wouldn't be an issue since the bar can be erased.