Is Sam going (currently?) to be using a map editor to make the full version for the 83/82? If so, would he be likely to make the game external level supporting? Just a few hopes. :)

He wasn't going to make this port until recently when I told him of a problem with FrAWgGuts that corrupted other programs he asked me if he should do the port... I INSISTED!

wat do u want? a medal or monument?

lol!
really

Is the Yoshi game any good? I was considering trying it on my '86, if Rascall will support it.

There already is an 86 Port of Yoshi which originally came from the 83. You can find it on the TCPA page at the above link, if you dont feel like taking the time to search ticalc's archives. And Im pretty sure the game is awesome, it was on the 83 and very addicting as well, but ive never played the 86 version. Sam did that one too though, so im sure its excellent. Go try it out... :)

Jason_K

So far i have crashed (PERMENANTLY) three 86's with Yoshi's cookie on the 86

(I used Rascall
(I used Ashell
(I used Aurora

It crashed all three calcs and they will not turn on. Fresh batteries, Time draining the cpu, nothing has gotten them alive yet.. and i'm afraid they never will

So trust me, you do NOT want to play the yoshi port on 86.

1) The TI-86 calculator cannot be permanently crashed. Perhaps you didn't know... after taking the AAA batteries out, you must PRESS ON (I believe you need to do this a total of at least 10 times for the TI-86). That is what resets the calculator. If you still don't get any display, try adjusting the contrast.

2) For greater stability and more support/features, I recommend YAS (Yet Another Shell). So far, it has proven itself to be the best overall TI-86 Assembly shell.

[For more useful information, visit my homepage at www.askjeeves.com. Thank you for your time].

I have tried all that has been suggested to fix my TI-86 calc.

After playing Yoshi's cookie on 86 it crashed. Thinking this was a fluke,

(after trying for ever to get my calc to work)

i bought a new 86. And tried again.

(call me a glut. for punishment)

It crashed again, and will not come on, this time I tried a third calc and it didn't crash for a while. Then as soon as I turned off the calc, it wouldn't turn on.

This really frustrates me as an individual and i have sought the help of the TI community.

You all have been extremely helpful in all your suggestions, but however not a single one has worked.

(for either of the three calcs.)

So far, at the suggestion of others I have did the following.

1) removed _ALL_ batteries and then replaced them with new ones.

This gave me a screen when i turned on the calc. Which was good, and it was progress. However, when I would press any button, the calc would freeze for a split moment
(as in the cursor wouldn't flash.)
and then it shut off. And if I hit down/left the calc would display the batterie's low message.

2) remove the batteries and then press on several times. Then wait for thirty minutes and replace w/ new and turn on.

This did nothing at all. No response,

3) The formentioned fix, but just simply take the batteries out then press the on button ten times, or so, then replace and all will be fine.

This hasn't had any more progress....

so far I have bought over 10$ of batteries and no effect. Any suggestions, please email me as to I will not have full NET access for a while.

I agree with Jeeves... software can't destroy hardware. The TI-86's ROM is not writeable, so resetting the calculator should restore your settings. However, for some reason, TI made the '86 harder to reset.

When you said you removed "all" batteries, are you talking about the coin-cell backup battery, too? Try taking this out along with the others. Then press ON. Afterwards, put all the batteries back in and try again.

If this doesn't work, I think it's time to contact TI about the problem. After all, they made the things. If that still doesn't do any good, you can always give the '86s to me; I enjoy tinkering with things and trying to get them to work :-).

heh... yeah he's right. you have to take out all the batteries, including the back up one. i crashed an 83 once and couldnt get it to work for a week until i finally took out the coin battery, and since then its worked fine.... so try that.

Make sure you take out the backup battery along with the AAAs. Also, let the calc sit for a while to draing out any capacitors that _might_ be there to save your memory when the other batteries are dead. I say _might_ because my TI-92 crashed once and after I took all the batteries out and put them back in, it was still locked up, so I had to let it sit a while. Does any one know if the 92 has any kind of back up that charges while the batteries are in so if you take them all out your memory will still be preserved?

First, to Kane

(he's lower on this thread) MY story _IS_ legit and after returning the first one, the didn't seem to understand it so, they will not let me return the third. SO I have ot buy a new one this time.

Why would I have tried this on several calcs. Because the person lower on this post is right in that all calcs are not alike, So i had to make sure it was Yoshi's cookie.
(Also, a friend of mine's calc no longer works either, i tried to warn him...)

Now, to the problem, all batteries were replaced, it's just froze really bad. I don't know how, i don't know why. put it really ticks me off. As for asking TI, they won't even support a calc that has had an assembly crash happen on it. Remember they do _NOT_ stand behind assembly games at 100% (if you look in the manual it even says so under the beggining of assembly programs)

so, they will not help. So, the last chance I have is to physically take a drain cable to the thing, to hope it is drained.

(had to do this with an 83 as well. But it's chancy)

That should restor the thing. If not. oh well

Ok =]

And if the drain cable doesn't work I say throw it against a wall -- that'll show that TI, hehe.

Yes, that'll clear the memory... :)

Also, has anyone talked to the person who developed the game (or ported it or whatever) about what he did that was so different from other assembly games (assuming no one has had this big of a problem with other progs...)

Maybe someone already did and I wasn't paying attn. Anyway... -- shouldn't the programmer know?

I have managed to play Yoshi fine on my 86 without ever having it crash. I used both Rascall and TI-OS.

So, don't assume all ppl will have the same misfortune as yourself.

--Dave

"Don't make an ass out of yourself by assuming"

What do you have against Yoshi 86? So far you've posted in 2 other places, including this one, about the dangers of playing it. Yet, you say you bought 3 calcs and crashed all 3 playing it. Well, first of all, you must be rich if you bought 3 86's -- and even if you forgot to mention that you returned them, I doubt that the store would have given you a third after the second crashed. Secondly, why would you persist in playing it on the third calc after calc #2 crashed? I would have been so wary of any assembly game then that the only games I'd play would be Basic, if that.

Assuming your story is real (I'm not too sure about that), my solution is to buy a 85,89,etc., since you seem to be cursed when it comes to 86's.


P.S. - Thinking this through, I guess noone would make up a story like that unless they were really desperate for attention, or they had something against the person who made it. So I guess my only advice is to buy another calc. :P

This game was cool as hell on the 86. I can't wait until it is finished. But why remove the save function on the 85 ?

Too cool!!! I was HOPING you could include the source for the demo.... I agree with everyone that the 85 is LONG overdue for some good games and wanna help, BUT, without being able to learn from some good source codes, the future for 85 ASM looks bleak.

THANKS AGAIN FOR THE GREAT GAME!!!!!!!!

I'm not saying that the 85 doesn't have a whole lotta new stuff but think about this. Everyone is saying it is soooo LONG overdue, why don't u guys start making them? The information is there you have to go get it. The ZShell and USGuard(sp?) Schools are some of the most noted things to help z80 programers. So if you think it's overdue, go out and start making some stuff. The 85 programers are working hard as you can tell by Sam saying he has several ports half done.

Im sorry, wasnt I implying that thats what I intend to do? To tell you the truth, while the school are SOMEWHAT useful, before them how did programmers learn to code? By reading the source! Any programmer will tell you that that is a much more effective way to learn. Again, I wasnt complaining, simply trying to help myself contribute to the TI community.

BTW...What have YOU written?

I haven't wrote anything but I'm not complaining am I? BTW How tf can u look at source if know one knows z80? How stupid can you be? >>? To tell you the truth, while the school are SOMEWHAT useful, before them how did programmers learn to code? By reading the source! Any programmer will tell you that that is a much more effective way to learn. << But yes it is nice learning by source, but it doesn't teach you AS much. But you have to program to get good (many very very good progamers have said).

>BTW How tf can u look at source if know one knows z80? How stupid can you be? <


I learned C++ strickly from source code, as well as Graal Script, as for those schools, well let's just put this in here.

Gueten Tag, Ich Heisse ist Ramza, und dass ist einen ridikulan spreche. Ich dinken dass sie sollen <BEFORE> sie sprehcen dinken.

Now, unless you speak German, (WHICH I DON't know enough.) the above would make absolutely no since. But as for my understanding of German goes, it makes perfect, yet grammatical sense.

Some programmers make very confusing logic structures and are so bent on optimizing that most logic is gone, and whatever works fits in it's place (I know, if anyone has a copy of Maskaeria out there, then they know'if they looked' that trimming a programming results in garbage coding, but it works, it's small and it runs fast.

back to where we were tough. One person's idea of good syntax and coding is not relevant to learning, only logic structure.

Confused? here is what i'm saying. One way to learn is just as good as another. Some people touch sharp objects and bleed cause they didn't believe the last guy with a gash in his arm.

So, before you open your mouths and comepletly say that the guides are good/bad or that looking at source is good/bad sit back and keep your comeplete opinion to your self, unless you have some expository way of backing yourself up.

Such as:

learning by example source code is simply easier due to the fact that most programmers comment sections of code stating what they do, and how they come about it. (don't believe me, check out Justin's Joltima code.) This makes it exceptionally easier for the two following things.

Direct copying and manipulation.

I garauntee that although there are several versions of Street Fighter from Capcom, the sprite retreival routines are more than likely taken from the predecessors. That, and Sega is using the exact circutry for there pads as Atari was using. Except that their software can recognize the multiple buttons.
(don't believe this. Put an old atari joystick into your Sega and play some Sonic The Hedge Hog!!! It's fun, it's challenging, it proves my point.)

Complete screw ups and misfires.

One of the best ways to learn is from mistakes unless you're comepletely dumn. It's pretty much a givin that the guy with a gash in his arm, (once he wakes up in the hospital) will not slice himself again, especially if he figured out why he got gashed.

I speak German but your example hardly makes sense to me. Let me try to correct it:

Guten Tag,
Ich heiße Ramza und (daß ist einen ridikulan spreche). Ich glaube daß sie denken sollten bevor sie sprechen.

I have no clue what the text in parenthesis could mean as it makes no sense.

I hope it helps.

El perro tiene un lapiz. El perro con el lapiz tiene una pluma tambien. El perro escrita para tu. Gracias por su hora.
I have not taken Spanish for a year so some of this might not be right.

.NOLIST
#define end .end
#define END .end
#define equ .equ
#define EQU .equ
#include "ti83asm.inc"
#include "tokens.inc"
.LIST
.org 9327h
ld hl,0000h
ld (PENROW),hl
ld hl,0000h
ld (PENCOL),hl
ld hl,text1
call _clrlcdfull
call _vputs
call _getkey
ret
text1:
.db "Is this enough languages for you?",0
.end
END
(assembly 83 language)

It looks good to me, but why?