Yo there...

Before reading any further, this topic concerns tasm users who use the enhanced tasm80.tab (the one including undocumented instructions, by joe wingbermuehle).
Here are the errors you need to correct if you want all instructions to work properly.

There we go :



1) instruction name errors

replace :
IN   F,(C)   70ED   2   NOP   1
by :
IN   (C)   70ED   2   NOP   1

replace :
OUT   F,(C)   71ED   2   NOP   1
by :
OUT   (C),0   71ED   2   NOP   1

2) op error (This one is particularly awfull...)

replace :
DEC   IYH   24FD   2   NOP   1
by :
DEC   IYH   25FD   2   NOP   1

3) instruction lines with wrong position in the file, causing tasm to interpret, for example, LD IXH,A as LD IXH,label_A

move :
LD   IXH,*   26DD   3   NOP   1
after :
LD   IXH,A   67DD   2   NOP   1

move :
LD   IXL,*   2EDD   3   NOP   1
after :
LD   IXL,A   6FDD   2   NOP   1

move :
LD   IYH,*   26FD   3   NOP   1
after :
LD   IYH,A   67FD   2   NOP   1

move :
LD   IYL,*   2EFD   3   NOP   1
after :
LD   IYL,A   6FFD   2   NOP   1



Anyway, fat thx to joe for having provided such a useful file at that time =]

Some little news for those interested in this not-so-dead project :

The conversion of my source from prgm to app is going good.
However, it requires a lot more rigour, since i have to handle memory swapping in bank b (the price to pay to be able to read archived prgms).

Also, decided to abandon the idea of treating z80 ops as macros (which was working, but definitely too slowly).
Instead, they're gonna be hard-coded, following an horrible (but lot more efficient) algorithm i'm about to give birth.
Anyway, the way i'm making it, the whole thing will fit in a 1-page app.

While i was dealing with z80 ops, i noticed some errors in the well-known undocumented z80 table provided by joe wingbermuehle (tasm compatible).
I'm posting the thing here, since i thought creating a dedicated topic was, let's say, too much :

replace :
OUT   F,(C)   71ED   2   NOP   1
by :
OUT   (C),F   71ED   2   NOP   1

replace :
DEC   IYH   24FD   2   NOP   1
by :
DEC   IYH   25FD   2   NOP   1
This one is especially dedicated to those who never found the origin of the bug in their source =]

Nothing thick to show for now, except maybe my new splash :

On the old UTI topic, they used to check the lcd fps (http://www.unitedti.org/forum/index.php?showtopic=8913&st=140&p=137113&#entry137113).
It was something like :
If around 120 fps > alcdfix needed
If around 240 fps > alcdfix not needed
But the fact is, that checking this value seems to be irrelevant, since one of my calcs returns 115 fps but runs those specific games totally well without alcdfix.

Hey guys...

It's good to have some support, since i haven't seen some for a while, so thx again =]

What i'm doing these days :
- prgm to app converting (1 page), to free up as much ram as possible
- optimizing in favor of speed
- making it compatible with all 83+|83+SE|84+|84+SE devices

Also, looks like i found a way to increase speed by internally indexing the reading of system includes.
Add to that automatic switching to 15mhz and it should be fast enough.

glad you figured it out =]

how much money left is needed ?

Highscore, since i'm definitely from the arcade school =]

That makes sense when i read Dnar's table.
Nice read =]
This would mean port 15 can only be read.
At least, it adds a fast and easy way to evaluate the optionnal hardware presence (ram & vs) =]

[Crossed Edit] : Yeah, that's what ztrumpet meant i guess. That would suppose that another port than 3A is used on basic ti83+ models (for viewscreen).