Atari-Forum

czietz wrote: ↑

Tue Aug 11, 2020 10:32 am

Tbh, I never understood why some people prefer vbcc so much.

I think it is less of the C compiler than the Devpac compatible assembler which they like.

ijor wrote: ↑

Mon Jul 27, 2020 1:51 pm

If I'm correct, this also means, among other things, that users won't be able to upgrade the firmware directly from FF new releases.

In that case, my interest on this one drops to 0.

Racing but definitely kid friendly: Buggy Boy

Very nice project idea.

Also these days many SPI driven ICs are available and in use. I think there are even more possibilities for hardware gadgets on the EJP.

I remember seeing this in the German gaming magazine PowerPlay in late 1988 or early 1989 as a full page ad. As a 9 year old I found it "interesting" but couldn't make much of it at that age. How innocent I was...

I used the following assembler piece sofar. _resetST: pea reset | always reset on return from prog move.w #0x26,-(sp) trap #14 reset: move.l 4.w,-(sp) rts So it does an indirect address fetch from 0x00000004 and executes the routine found there in supervisor. That gave a clean soft reset. For a har...

I used the following assembler piece sofar. _resetST: pea reset | always reset on return from prog move.w #0x26,-(sp) trap #14 reset: move.l 4.w,-(sp) rts So it does an indirect address fetch from 0x00000004 and executes the routine found there in supervisor. That gave a clean soft reset. For a hard...

Charles, you are aware that you can simply call compiled C from GFABASIC with the C:functionptr() construct?
The C code must just use the stack for parameter passing.

It is probably a waste of time to rewrite it in GFA which will be more awkward due to lack of structs?

I don't think so. The reliable way is to use appropriate cracks with a Gotek. STX format is for use on PC based emulators, basically a one-way solution.

Take note it will not work with all STX files. HFE format does not capture yet all necessary stuffs IIRC.

Lethal Xcess is identical but Amiga users also say "Nothing special for us".
The original disks are dual boot. You can boot ST and Amiga version from the same disk set.

Neat idea, i probably will digout my Amiga just to check this out on a real thing.

Normally those addesses are the same. You have to allocate separate memory space with certain addres restrictions and use XBIOS 5 to configure them.

Note that is going to be offtopic here. Please start a new thread instead.

Using the actual logical or physical frame buffer is the standard way of doing. Unless it is used for special cases such as preparing background graphics in which RC_COPY is a lot easier to use than GET and PUT which only work on the screen.

Unless lp provides new commands with his updated GBE, these are the options you have with plain GFABASIC.
You will have to use customtailored machine code to get more speed.

Yes, that's the way to do it. For those without experience, in the mask, leave all pixels that should be visibile later in color 0. All pixels that should be visible should be in color 15 for ST-LOW or color 1 for ST-HIGH. (Basically all bitplanes enabled) Take note that RC_COPY can be slightly fast...

Please dabble with Keir Fraser on that one, and not with me.

I think Hxc will be a non-issue.

If the hardware is as similar to the Gotek, HxC will probably run without any changes and Jeff will do it.

I prefer to have choices on the software market.

Side note: many FF users don't even use HFE format but simply use .ST or .ADF.

Will you also offer the OLED module in ST grey? It seems to be required for this one.

If this fits better than a real Gotek, I will definitly consider buying these instead.

May be it would be better to join forces and update Rastari instead of rolling something new?

The Medway Boys Protector III also crashes on a real STE with TOS 2.06de. This thing is buggy in any case. I always just replace it with something else.

I have uploaded recompiled versions yesterday (26 Feb, the date of the archive is also visible in the list). Maybe you want to try them again. I can confirm that the recompiled binaries from your site for zip and unzip as 000 targets now display command line help with TOS 2.06 and 4MB on an ST setu...

Hi, lzip only makes a difference regarding its .ttps between 68k (Falcon here) and Coldfire. For other machines, try to replace zip.ttp in folder /arc/ with the correct version for your computer from Vincent´s website. lzip was tested only on Falcon (/CT60) and FireBee, but it should work. Latz Yes...

I have uploaded recompiled versions yesterday (26 Feb, the date of the archive is also visible in the list). Maybe you want to try them again. I agree ST-ZIp is outdated and slow. IIRC ST-Zip was at least partly optimized in assembler. So the new version may work better, but i doubt that it will be...