Posted By
SVS
on 2013-05-11
13:48:57
 |  Austrospeed update
For who is interested, I've just updated the reverse-engineered info about Austrospeed (P-codes, addresses, etc.).
There are all the new discoveries me and MikeZ did find in the last months.
|
|
Posted By
MMS
on 2013-05-12
05:10:07
 | Re: Austrospeed update
great update! Could you confirm, that only BASIC2.0 commands are decoded?
|
|
Posted By
SVS
on 2013-05-12
07:19:01
| Re: Austrospeed update
>> Could you confirm, that only BASIC2.0 commands are decoded?
We have decoded all we could. Because the syntax depending by command, this job is a bit complex.
Surely there are Basic 3.5 commands to be decoded (not Sound or Graphic ones that are passed "as they are" to standard interpreter).
Beware the TRAP command that has a bug causing stack mess.
|
|
Posted By
Csabo
on 2013-05-12
20:32:22
| Re: Austrospeed update
I just now had some time to review the update, good job guys, very detailed and looks almost complete.
Did we already establish that Austro is basically (pun intended  ) has C64 origins? The fact that only 2.0 commands are compiled and the rest isn't would definitely suggest that.
|
|
Posted By
MikeZ
on 2013-05-13
10:18:52
 | Re: Austrospeed update
Definitely C64 came first. I've seen it. Also there is no decompiler for the Basic V3.5.
|
|
Posted By
MMS
on 2013-05-21
15:07:08
| Re: Austrospeed update
just a lame question : IF the commands like GSHAPE, SSHAPE DRAW would be integrated into compiler, may we notice any speed increase? Soft-sprite is the holy grail at plussy, but the above command are just too slow 'as is'. Then we need no Basis7.0, right?
|
|
Posted By
SVS
on 2013-05-22
07:27:44
| Re: Austrospeed update
Actually all the graphic commands of Basic 3.5, if included in a compiled file, work at the same speed than standard interpreter.
|
|
