So Many Shells, So Little Time
Posted by Nick on 18 June 2000, 19:34 GMT
This is the first news item - ever - that I'm not writing in Notepad. Xavier Vassor and Cedric Couffignal have released DoorsOS II v0.97. It's not a preview release this time, so download away. This version is a complete rewrite of the old code. Many bugs and such have been fixed, and it's optimized beyond all human comprehension. It now also supports archived libraries: in my opinion, a Very Good Thing(TM). I've had one report so far on some minor problems, but it should be working fine for the majority of you folks out there :) Download the new version for the 89 and the 92 Plus. Download the developer version for the 89 and the 92 Plus. You can find the DoorsOS II home page here. Aaron Curtis released Yet Another Shell v1.0, or YAS, on A86 this morning. It's a preview version, but everything should work except for the TI-82 emulation. It's basically a complete rewrite that has been anticipated for [insert extremely long denomination of time here]. It also includes an external interface, known as iShell, written by Jonah "The Real Slim Shady" Cohen. And, to top it all off, he includes a Simpsons reference at the end of the docs! I'm impressed. Aren't you? Joe "My Last Name Is Impossible To Spell And Pronounce" Wingbermuehle has released Ion v1.6. To quote the inimitable Joe, "This version fixes a bug in the ionDetect routine of the TI-83 Plus version and the TI-83 version is a few bytes smaller. Also, the source code is included with this version." That just about sums it up. With that all in mind, check this uber-fantastic shell out for the 83 and the 83 Plus.
|
|
|
The comments below are written by ticalc.org visitors. Their views are not necessarily those of ticalc.org, and ticalc.org takes no responsibility for their content.
|
|
Re: So Many Shells, So Little Time
|
DWedit
(Web Page)
|
Wasn't ION 1.6 released already?
|
|
18 June 2000, 21:31 GMT
|
|
Re: So Many Shells, So Little Time
|
DWedit
(Web Page)
|
Has the whole world gone insane?! EMINEM SUCKS!!!
|
|
19 June 2000, 01:41 GMT
|
|
Re: So Many Shells, So Little Time
|
compman32386
(Web Page)
|
Doors OS is even worse! I ran SMQ on a TI-89 HW2 AMS2.04, it left the bottom of the screen (where it says the graph mode, busy indicator, etc...) full of junk. Will this be fixed sometime soon? And I also have installed the HW2 patch 2.01.
|
|
19 June 2000, 02:35 GMT
|
|
Re: So Many Shells, So Little Time
|
Cpt.Ginyu
|
Just wondering, is there a library that works for grayscale on a hardware 2 calc with installed software certificates? I tried the one that works with hardware 2 without, but once I installed the certificates, bam back to blacvk and white. sigh
|
|
19 June 2000, 04:48 GMT
|
|
Re: So Many Shells, So Little Time
|
lexlugger
(Web Page)
|
Finally I can try out DoorsOS again. I managed to fix the link port of my TI-89 five minutes ago after it has been broken for 6 months. The inside of my Ti-89 now looks like a mess but it works. I'm so happy!
|
|
19 June 2000, 15:57 GMT
|
|
An Idea...
|
Jeff Meister
|
There hasn't been much complaining in responses to this particular news item, but I couldn't find a better place to put this. All comments are welcome.
This is to anyone who wants to play games on your TI-89. Not all the people who just want to do math, this is to the gaming people.
DO NOT UPGRADE TO AMS 2.0X!!!
I REPEAT
DO ---NOT--- UPGRADE TO AMS 2.0X!!!
If you already have, email TI and downgrade to AMS 1.00 or 1.05, depending on your hardware version. Everyone should do this. There should be no game-players left with an AMS higher than 1.05.
If you download a higher AMS than that, any problems you have with games, ranging from total mem erase to "Address Error", are ENTIRELY YOUR FAULT. No blame should be placed on the Doors team, developers of Universal OS or TEOS, or the game author. It's your fault for downloading the upgraded OS.
This will help in many ways:
1)
Anyone who has an AMS higher than 1.05 who complains of faults in program or shell developers on ticalc.org reponse boards should be completely ignored. This should help to get rid of the "Why doesn't blank game work on AMS 2.04! Stupid programmers! Why can't you make better games!" comments. They don't help, and usually don't get you many answers anyway.
2)
This also makes life easier on shell and program developers. All TI-89/92+ programmers should make their games for AMS 1.00 and 1.05. No programmer will have to upgrade their game for any reason other than fixing bugs for the 1.00 and 1.05 versions, or just simply making their game better. This will give them more time to make better programs or improve upon the ones they already have, not upgrade because of a new AMS.
3)
When TI discovers that no one is downloading new AMS's, they might deduce that it is because of gaming limits. They might take off the limits. This is sort of like a silent boycott. This one is kind of a long shot, because come on, be reasonable, TI doesn't really care about all of us, but hey, it could happen.
Please comment on this message and tell me your ideas. There's probably some things I missed.
Thanks for reading all this,
- Jeff
|
|
19 June 2000, 17:49 GMT
|
|
|
|
|
Re: An Idea...
|
JaggedFlame
|
<SCRIPT LANGUAGE="EssayScript 1.2">
<!--
What's wrong with developing games for AMS 2.0x? I really don't think TI is going to care if we do a silent boycott. The people who want to do math are definitely going to download it, and it won't be a boycott anymore. Besides, people will still be downloading it, because not everyone who has a TI-89/92+ goes to ticalc.org.
Besides, remember that TI programming is just a hobby for most people. It's really up to the programmer whether or not he/she wants to develop for new AMS versions. If money was involved, sure this would be a great idea, but it's not, and we should just leave it up to the programmer regarding whether or not they develop new versions of their games. It really depends on their willpower and time available. So, I think programmers have the final decision about whether or not to develop their games for AMS 2.0x. The 24KB limit might be removed if they didn't do that, but then again, most games _could_ be under 24KB, if they were optimized, split up into smaller programs, etc.
I'm not trying to put you down or anything, just provide a few reasons why I think this might not be a good idea. I might change my mind if I get some good responses. By the way, I agree about #1 (ignore posts about "WHY WON'T ____ GAME WORK?!"). :-)
-->
</script>
|
|
19 June 2000, 18:11 GMT
|
|
1 2 3 4
You can change the number of comments per page in Account Preferences.
|