ticalc.org
Basics Archives Community Services Programming
Hardware Help About Search Your Account
   Home :: Community :: Surveys :: Should TI sacrifice assembly program compatibility between ROM versions to add new features and fix bugs?
Results
Choice Votes   Percent
Yes 274 51.2%   
No 261 48.8%   

Survey posted 1999-12-12 06:58 by Andy.

Contribute ideas to surveys by sending a mail to survey@ticalc.org.

  Reply to this item

Re: Should TI sacrifice assembly program comp
Eric Rechlin  Account Info
(Web Page)

I was thinking...

Why doesn't TI release a list of so-called "supported" ROM entry points which do not change from ROM version to ROM version. Assembly programmers could safely use these; the use of other entry points would be possible but at the risk of being incompatible with future ROMs.

HP has done this since 1990 with the HP48, so I see no reason why TI shouldn't do it.

Reply to this comment    12 December 1999, 07:59 GMT

Re: Re: Should TI sacrifice assembly program comp
Tim Dorr  Account Info
(Web Page)

I also agree!
Companies like TI should support their user base, not hinder it. Allowing programers access to a documented list of Rom calls should be availible to those who want to extend the calc. This could open up possibilties even TI didn't think of.

Reply to this comment    12 December 1999, 17:29 GMT


I agree...
SPUI  Account Info

that the I agree thread was cool... until it screwed up the page layout :)

Reply to this comment    16 December 1999, 01:46 GMT


Re: I agree...
Disco_Stu  Account Info

I agree! :)

Reply to this comment    19 December 1999, 19:30 GMT

Re: Re: Should TI sacrifice assembly program comp
h4X0r  Account Info
(Web Page)

I have already returned my HW 2.00 calc to the store and I bought an HP49g. The SDK from HP is excellent. Everything is documented, its almost as easy to write RPL programs as basic, althought the HP49's keys still bother me :)

Reply to this comment    12 December 1999, 22:01 GMT

Re: Re: Re: Should TI sacrifice assembly program comp
Chris Moultrie  Account Info
(Web Page)

Traitor...but it was probably a good choice...

Reply to this comment    14 December 1999, 03:45 GMT


Re: Re: Re: Re: Should TI sacrifice assembly program comp
Stephen Account Info

. . . which reminds me to dig out my HP49G Emulator . . .

Reply to this comment    15 December 1999, 10:08 GMT

Re: Re: Re: Should TI sacrifice assembly program comp
Killer2  Account Info
(Web Page)

Although I still think the HP49G sucks, I too am going to get an HP49G, just for the support that HP gives it's customers. I still think the 89 is better (hardware) than the 49G, but now in my mind, TI is screwed, and only when (if) they change, I will go back.

-Miles Raymond

Reply to this comment    16 December 1999, 05:38 GMT


Re: Re: Re: Should TI sacrifice assembly program comp
barich Account Info
(Web Page)

You still have a HW 1 calc, right?

Reply to this comment    20 December 1999, 15:17 GMT

Re: Re: Should TI sacrifice assembly program comp
Homer Simpson  Account Info
(Web Page)

Yes, of course TI should release documentation about supported entry points. They exist, and I find it almost dishonest from TI to say in their brochures that their calculator has assembly capabilities if they don't provide any kind of support.

They probably have reasons not to give us the data, of course... Anyone has an idea why they stay silent, and keep their system closed?

Reply to this comment    12 December 1999, 23:25 GMT

Re: Re: Re: Should TI sacrifice assembly program comp
ikecam  Account Info

They've already sold you the calculator, so they don't care about you anymore. They only care about selling new ones. TI has been historically shody in suporting their calcs. We still don't have all the info on the 86.

Reply to this comment    13 December 1999, 01:24 GMT

Re: Re: Re: Re: Should TI sacrifice assembly program comp
Nick Disabato  Account Info
(Web Page)

And now they want to sell you their $300 SDK.

--BlueCalx

Reply to this comment    13 December 1999, 04:09 GMT


Re: Re: Re: Re: Re: Should TI sacrifice assembly program comp
ikecam  Account Info

Yeah, really. For three hundred bucks, it better make programs based on my brainwaves.

Reply to this comment    14 December 1999, 02:07 GMT


Re: Re: Re: Re: Re: Re: Should TI sacrifice assembly program comp
nick s  Account Info

When was kid I wished that there was a helmet that you could wear on your head(that was hooked up to a computer), think about the game you wanna make(and all of its features) and voila you made a game!

Reply to this comment    4 May 2003, 08:53 GMT


Re: Re: Re: Re: Should TI sacrifice assembly program comp
Homer Simpson  Account Info
(Web Page)

Ghh... True... I'm afraid this shows that TIs sell well enough without real programming abilities.

Probably, too, they think most people would make games if they had better programming tools, and they want their products to look like math-machines, not games-machines.

But I don't think they saw that some people learn programming as well as math, and knowing how to program such "exotic" systems as calculators is always a "plus". They could have made their products not only math-teaching, but also programming teaching.

Reply to this comment    13 December 1999, 18:56 GMT


Re: Re: Re: Should TI sacrifice assembly program comp
Niten  Account Info
(Web Page)

Maybe so that people can't so easily locate all their symbolic stuff on the calc and reverse-engineer it?

Reply to this comment    16 December 1999, 20:43 GMT

Re: Re: Should TI sacrifice assembly program comp
Niklas Brunlid  Account Info
(Web Page)

AFAIK they *have* released such a list. It only contains the function _names_ and there is a possability that some functions have chenged places in AMS2 (internally it's a large update), but still - it's right there on their web pages.

Like it says in one of the threads below, don't confuse ROM entry points with the actual locations of the functions. Making updates to a ROM without moving functions is close to impossible. What TI has done with the 89/92+ is put a table at a constant address ($C8) with the addresses to all the ROM functions. This table never changes, so you (or a kernel) can read this table and your program will be compatible with future versions.

Now, if you want to access hardware directly, that's another story. There is no way TI will struggle to keep things compatible at *that* level :P

Reply to this comment    13 December 1999, 09:04 GMT

Letter to Santa
Roberto  Account Info
(Web Page)

First of all, I haven't tested the new AMS. Can anyone send me a vti state image (*.sav) of an AMS-2 calc? My address is robertoguerraf@hotmail.com.

I haven't heard of any exciting new features in the new ROM. Installing it is not worth the worry.

Any of these features would make me a lot happier about any new AMS:

*more powerful algebraic processing
*harmonic sum (to get the equivalent resistance of two parallel resistors)
*Ability to stop the AMS from simplifying your expressions
*Small font for long result expressions
*Pretty print in the GraphScreen
*Small font from basic
*Pretty print in small font
*Simplified (stylized) menu titles. I don't like the tab-like top of the menus
*Ability to show/hide menus and status bar so to have more screen space
*Parametric 3D surface plotting
*Symbolic and numeric gradient, curl, divergence, laplacian, etc.
*Numeric fourier transform, compatible with the CBL
*Ability to define operator functions like the Hamiltonian operator
*Integrate the DiffEq program
*Full-log and Semi-Log graphing
*Grayscale graphing
*Ability to do "standard" serial i/o
*Password protection/encryption (the CASIO 9850 has this) to hide contents of programs/text or prevent execution. Programmers could then make a living out of their programs.
*Optimized graphing. I am pretty sure the 68000 can 2D-graph faster than that.
*Ability to set the shut-down time
*Object oriented programming
*On-calc C compiler (with math functions)
*Of course, bug fixes

After typing all this, I think I am copy/pasting it to my letter to Santa :)

Reply to this comment    13 December 1999, 21:47 GMT

Re: Letter to Santa
MarkHazard  Account Info

I agree whole heartedly! Just one thing: TI will never hear these ideas if somebody doesn't tell them! Also I love my games, but for Caculus the new AMS is worth sacrificing them for!

Reply to this comment    14 December 1999, 01:42 GMT

Re: Letter to Santa
Joey Mavity  Account Info

I like all of your suggestions. I think one of the best suggestions is the ability to stop the calculator from simplifying expressions (like a second-diamond-enter or something like that). It'd also be nice to have the trig functions integrated (like sec, csc, cot) which I know are user definable functions, but it'd be nice to have them integrated.

Reply to this comment    15 December 1999, 01:38 GMT

Re: Letter to Santa
Erich Oelschlegel  Account Info
(Web Page)

You gotta be joking about password protection as a means of living for programmers. What are you gonna do, charge people to play your games? That's outrageous!

~ferich

Reply to this comment    15 December 1999, 16:47 GMT


Re: Re: Letter to Santa
Kirk Meyer  Account Info
(Web Page)

If you want to make money, don't program calculators. Most people program calculators because it's fun (although there probably are a few masochists out there).

Reply to this comment    20 December 1999, 02:03 GMT

Re: Letter to Santa
Kevin Kofler
(Web Page)

If you need a program to do logarithmic scale graphing on a TI-89 or TI-92+, you can download it from my homepage (URL included). If the frame redirection with the "?" in the URL doesn't work, then:
1. Go to http://kevinkofler.cjb.net
2. Click on "TI-89 programs"

You need to download the program "LOGSCALE" from the list. It is in TI-BASIC, so it is compatible with all AMS and language versions. (I have tested it myself.)

Reply to this comment    15 December 1999, 19:50 GMT


Re: Letter to Santa
Reno  Account Info

I think those would be nice, and one more thing to make it sugar with that nice is showing one step at a time how it got the answer to the problem you entered, like that 49g does, to show the steps to the problem. That'd be something spiffy.

Reply to this comment    15 December 1999, 23:33 GMT


Re: Re: Letter to Santa
Joey Mavity  Account Info

The 49g shows the steps?!? I never knew that. It'd certainly be nice. I mean, right now I use my calc to check my calculus work, but I still have to show my steps. It'd be great if I didn't have to know *anything* and still get everything, including the steps.

Reply to this comment    17 December 1999, 02:04 GMT


Re: Re: Re: Letter to Santa
AaronMack  Account Info

In my calculus class we don't have to show the steps on the tests (and homework is not collected), so I just use my 89 and laugh at the poor suckers actually figuring it out.

Reply to this comment    19 December 1999, 03:59 GMT


Re: Re: Re: Re: Letter to Santa
Kaven Rousseau  Account Info

I'll be laughing at you when your batteries will die :-)

Kaven

Reply to this comment    21 December 1999, 03:25 GMT


Re: Should TI sacrifice assembly program comp
Manjot Singh  Account Info
(Web Page)

Crap, I already upgraded before I read this discussion. Now I am stuck with Basic games. Crap, this sucks.

Reply to this comment    17 December 1999, 22:51 GMT


Re: Re: Should TI sacrifice assembly program comp
Nick Chaves  Account Info
(Web Page)

What are you talking about - you can downgrade. If you can't find someone with a v1.00 or 1.05 then just e-mail TI and request it.

Reply to this comment    18 December 1999, 00:39 GMT


Re: Re: Re: Should TI sacrifice assembly program comp
Manjot Singh  Account Info
(Web Page)

Sweet, I forgot about that. Thanks alot dude.
PS: if you programmers can figure out how to run ASM on ver2.0, I would really appreciate it.

Happy days are here again, no longer have to sit in boring chemistry class and stare at blank BASIC games.

Whooo hooo

Reply to this comment    20 December 1999, 15:36 GMT

1  2  3  4  

You can change the number of comments per page in Account Preferences.

  Copyright © 1996-2012, the ticalc.org project. All rights reserved. | Contact Us | Disclaimer