News:

Updates done on September 1st, 2022:
- Forum has been resurrected from the dead, and updated to latest software
- Less used sections have been consolidated into separate forum section
- Ads have been removed from the forum
- 2-Factor Authentication has been added, you can use Google Authenticator or any other authenticator app to add an extra layer of security to your forum account

Main Menu

Recent posts

#1
Software / Re: New game adaptations
Last post by TheNameOfTheGame - 03-10-2022, 16:07:40
Quote from: Petari on 03-10-2022, 11:45:11Jeffrey Young made new HAGA versions of following games:
Axel's Magic Hammer
Saint Dragon
Street Fighter
Cybernoid
Cybernoid 2
Strider 2


Thanks Peter and also thanks for the many new adaptations you have recently done  :D.
#2
Software / Re: New game adaptations
Last post by Petari - 03-10-2022, 11:45:11
Jeffrey Young made new HAGA versions of following games:
Axel's Magic Hammer
Saint Dragon
Street Fighter
Cybernoid
Cybernoid 2
Strider 2

#3
Software / Re: New game adaptations
Last post by Petari - 01-10-2022, 18:36:40
And 3 more for this weekend:

Battletris

Spirit of Excalibur

Spirit of Adventure - German .
#4
Hardware / Re: TwiSTer board and iTOS
Last post by Petari - 30-09-2022, 09:09:03
There is no larger stack frame support in iTOS .  That can be added, and I have actually modded 1.04 with it.
But to solve some timing problems because of much faster CPU clock it needs tests on such board.
What I have no, and actually don't plan to get. Just not really interested for accelerators. Especially not over 3 decades after those computers and CPUs (including 68020/30) . There is enough to deal with solving compatibility and running from modern storage on regular Atari ST family machines.
Surely, some SW can benefit from faster CPU. But there are cheap ways to solve much bigger speeds of running SW - I can assemble 1 MB long ASM source file in 1-2 minutes instead 50 - with regular Devpac 3 .
#5
Hardware / TwiSTer board and iTOS
Last post by andresvettori - 29-09-2022, 22:02:46
Hi there! Has anyone tried running the TwiSTer accelerator board with an enhanced TOS from PP?
This board has some flash ROM that could be easily programmed, so I'm interested in knowing if this would work.
I'm specially interested in the support for the 68020 CPU (running at 24mhz) and the different stack frame format support needed.

Thanks in advance!

Agv
#6
Software / Re: QUESTRON II
Last post by Petari - 29-09-2022, 09:57:52
This sounds familiar. And yes, did it in 2019.
Questron 2 HAGA
#7
Software / Re: QUESTRON II
Last post by TheNameOfTheGame - 29-09-2022, 04:07:52
Really enjoyed that game.  Bought it when it came out back in the day and seem to remember it was fairly easy to finish. But good game for sure.
#8
Homebrew 16-bit systems / SPACE ZOT
Last post by Shaoth - 28-09-2022, 19:40:24
For some time I have been programming on ATARI ST in GFA BASIC.
I work with two friends on two projects.
The first one is a Rogue like game that I will tell you about soon and the second one is a small arcade game.
You have to avoid asteroids to get a maximum of beers from a lost cargo.

Here is a video of the gameplay:
#9
Software / QUESTRON II
Last post by Shaoth - 28-09-2022, 19:34:49
I bought "Questron II" and I received it today.
I just realized that it is in the available games, we discover new ones every day!
I will be able to try the hard drive version.
#10
True preservation, error reports / Re: "Bad" games list
Last post by Petari - 28-09-2022, 11:45:06
Another my post, from AF. I just think that those things mentioned should be here too :
I will list some reasons why games not run on specific platform(s), without intention to be complete (as some problems are still not clarified) or to list them in some order by how frequent they are.

1: Game runs on machine with 512KB, but not on machines with more RAM. This is probably something stupidest possible, but is not so rare, unfortunately.
The reason is always bad programming. In most cases crackers are culprits, but happens by originals too.
Solution can be to try another crack, and more perspective: using one of small utils to set machine to act as has only 512K - for ST, STE.

2: TOS version related:

2.1: Game is written so that runs on fixed, low RAM locations (not relocatable code). As newer TOS versions reserve more RAM for system, game code will conflict with system, and crash is almost inevitable. Examples: Millennium 2.2, Sapiens.
In some cases game will give message about insufficient RAM at start. Even on machines with 4MB. But game checks actually is there enough free space between system and 512KB.
Possible solutions: running game from AUTO folder. Looking for adapted version. Using Hole.

2.2: Timer C stop problem. It happens on TOS 2.06 , 4.xx (Falcon) . Examples: Space Harrier, Falcon F16, FOTI.
Reason is that Atari changed TOS code by Trap calls, and system will stuck if timer C (200Hz) is stopped by regular Traps.
Solution is: using adapted versions where restart of Timer C is solved somehow. Or running lower TOS version in RAM.

2.3: Sometimes code runs well on some TOS version(s), but not on another one(s). It is mostly because of bad programming (even bugs sometimes), bad system function calls, jumps in ROM and similar.
Solutions: trying with another crack. Looking for patched version. Example: Predator.

3: Hardware related:
Mostly when try running ST(E) games on Falcon.

3.1: Different CPU in Falcon - Stack frame is different by interrupts and Traps. CPU cycles are different. There is cache in CPU. Used stack space is bigger.
Solutions: turning off code and/or data cache. Increasing stack space. Setting CPU clock to 8MHz.

3.2: Falcon uses PMMU table for normal work. It is placed at $700. If some game writes in that area it will crash. Solution is moving of PMMU table in unused RAM.

3.3: PSG shadow registers - Falcon will crash by long writes to PSG (YM) registers. Cure is setting of so called STE emulating bus mode. In some cases it will result with very bad sound, Then only correcting game code may help. Example: Princ of Persia.

3.4: Different video HW registers: screen disalign may happen by direct writing in video base registers. Solution is to use system calls by setting screen base, resolution. There are likely some other problems, as some games crash, freeze by certain points, what needs further investigation.


4. Special, mixed problems: As STE has palette of 4096 colors instead 512 by ST there may happen some problems because of that. Example is Defender of the Crown by which raiding stucks if run on STE. Cure was to correct palette by some pictures where were invalid 12-bit entries instead 9-bit ones. However, it was TOS version related too, since by older TOS versions game worked without stucking (Steem).