Atari-Forum

Rest assured that a lot of people can't wait for another post in such essential and classic threads as "Atari clothing and accessories", or locked polls that get shot down in a blink of the eye, or dust cover threads, or selling random midi hardware. In fact, they're so flabbergasted by the quality ...

Less drama and prose, more quality Atari posts.

(voted yes because in the long run it really doesn't matter)

Is this maxYMiser? Then you probably have to mshrink. i.e. try adding this magic code at the top of your code (courtesy of https://github.com/ggnkua/Atari_ST_Sources/blob/master/ASM/Preromanbritain/SNDH_CPU/SNDH_CPU.S#L9): main: move.l 4(sp),a5 ; address to basepage move.l $0c(a5),d0 ; length of tex...

There are many ways to do this in GFA Basic, all have their pros and cons. For beginners I'd use RC_COPY since it's quite versatile (and blitter accelerated if present). Something like: dim spr_buf|(32000),palette&(16) buf_adr%=v:spr_buf|(0) open "i",1,"rogue.neo" ' Load palette and .neo header bget...

Let's just wait for the village idiot's response now!

Right, so I'm finally done reading the book. Again well done! First thing's first, some more things I noticed (I'm not writing this right before bed time so this time Mr nitpick Karl won't spot any problems ;)): page 227 - "machines development" -> "machine's development" page 234 - "reflected it's ...

It would be a good idea if you could use Diamond Edge to create a backup of the disk first before running a repair. Just think that it might do some irreversible damage to the data thinking it's doing the right thing.

Hi there, Still reading the book so I'll reserve judgement till I'm finished. The general feeling is very positive though :) (but I'll post a more detailed opinion soon). In the meantime, here's a few oopsies I spotted while reading (only one chapter left to go for me): - Page 23: "Its a shame" -> "...

leech wrote:I would totally create a game. If I had an engine, an artist, a coder, and sound engineer.

Okay, so that'd leave me with coming up with the idea and writing the plot, etc. But I could do that

Well, you know what to do then, don't let us down!

leech wrote:At which point we could have a 3d engine for the falcon and make new games?

When you finish yours of course.

It's pretty much what mikro said - personally I find the game quite meh otherwise I'd have deprotected it ages ago. One doesn't even have to play the game - just static disassemble the binary, identify the DSP code, disassemble those bits, analyse, patch, done. It's not rocket science really. But......

Brifefly looking at the makefile I'm pretty sure that they use madmac from the Atari devkit.

Of course if you want to cross assemble, you could always use madmac's grandchild, rmac, which recently has been version bumped to v2.0.0 .

Hi, are you referring to bit 5 of $FFFA01/3? There is a check for that in AHDI 6 sources here and I guess the same thing in Cecile here.

Of course disregard if I'm off the mark

Here's the ones I could recognise: 60=mad max - jambala 73=mad max - leavin' teramis 85=mad max - enchanted land 93=count zero - decade reset 108=mad max - 5th gear 135=mad max - ooh crikey wot a scorcher - your mind is my ashtray 143=lap - lap 20 146=mad max - beatnick 157=mad max - ashtray 161=mad...

Actually there is a small difference between .TOS and .PRG - when binaries with .TOS extension are run from the desktop, GEM shuts itself off for the most part. If memory serves correct (from the time I was getting TOS built using modern toolchains) running a .TOS file from desktop is very close to ...

Why bother with a torrent or pack? Just point http://d-bug.mooo.com/patch.php to a mass file downloader or a browser extension that downloads all links from a page and off you go. Personally I wouldn't like a pack of my hard disk fixes to float about the web. A pack is something frozen in time. Thin...

If you're using Windows 10 it's not impossible that some update changed something in file sharing.

I'll try it on my machine later when I get home and will report here.

Hmm I see. This is most likely the way that the levels are generated (if you read the writeup you know what I'm talking about). For the next version I'll try increasing the time limit a bit, see if that helps. Although who knows, maybe this happened in the original game once in a blue moon .

Thanks for the source but I'm afraid I'm going for maximum compression here due to space constraints. So nrv2b simply won't cut it .

Done! If someone is interested I can post the code later, you just have to remove some part that copy the packed data at the end of the buffer. Declaring interest in the source! Is yours based on hakim's, modified to be a0->a1? [EDIT]I use --ultra-brute to compress so maybe the default unpack routi...

Hi there, During the last weekend I did some work on the game while on my trip to the UK (to see the 8 bit symphony ). Until now I kept forgetting to upload a newer version for people to test, but I remembered now! It's not a final yet but it contains a few improvements. Here's a small list: - Rando...

Bit late but I guess you can't get a more official version than sarnau's github repository . As for bugaboo, I have a patched version for Falcons over here . Also, since sarnau is reading the topic: Many thanks for both tools! I still use them regularly and bugaboo is my go-to debugger when steem de...

It's possible that you don't have enough ram reserved for bugaboo in your project. Load your source, then hit shift-f4, than alt-a. You should see two editable text fields. The first one tells turbo assembler how much ram to devote to editing the source, and the second tells it how much ram to reser...

There's no feedback on whether pressing 'G' and level number actually does something Yup I know that, will be fixed in the final. There were only so many things to fix before the deadline! (it's one of the points the basic and assembly listings interface and I never looked into that closely from th...

Someone didn't read the write up before posting!