Atari-Forum

A oneliner maybe but the result will not be ok for others who want the Falcon to go back to their particular resolution.

If I add this feature, it will be a switch in the configuration menu so the user has to actively activate this particular behaviour.

Opensource might be an option too.

Maybe it is possible, practically I don't have time to investigate or change the menu system.

I boot my Falcon from ST-LOW as any other ST does.

Maybe flipping a small tool into the AUTO before the menu would help, something that sets ST-LOW sort of permanently (until the desktop does its thing)

It is similar to PUSH and POP instructions found on Intel processors.
Otherwise your stack will grow endlessly.

Hatari can record playing YM sound as .ym files. There are options in the GUI.

Take note that YM does not store all information, only VBL timed snapshots of registers. Higher frequency tone effects and samples/digi drums get lost.

I would not recommend using the YM format, use SNDH instead.

the "Advanced/Expert" switch is the best option, in my opinion. Nice work, anyway! I agree, concentrate on that approach with builtin switches. Multiple builds to install are a PITA for the user as I know from Hatari where it was necessary in the past to have seperate executables to run S...

As other people have already written in this thread: Do not use HD floppies in a DD drive. Even those you think you have formatted successfully in your ST will not work reliably. Regardless of whether it doesn't say "IBM format" on them. As for your observation: For the disks that were pr...

Maybe you could also add your Gotek jumper and overall settings? I'm sure more SF354 will find a new life through such a swap. I myself have one broken SF354 at my parent's attic.

It is a known problem to Dal and affects all of us. I am awaiting a solution aswell.

Double posts have been removed in the mean time.

I think the limit is even 32767 bytes....an ugly way to having to deal with Malloc and RESERVE is to use a array:

DIM tunedata%(25000) ! 25000 longs = 100 000 bytes
tuneptr%=V:tunedata%(0)

IIRC .. it has been 6 or 7 years since I coded GFA...

This is a reason why I advocate for an Atari browser that does not blindly interpret CSS.

Nice oldschool vibes Looking forward to the music disk aswell!

There are plenty tutorials for GFABASIC.

On the C side, I started a library of various former GFABASIC inlines to be used from gcc.
It is unfinished but you can check it out on GitHub. There is also SNDH and Modfile support.

See https://github.com/simonsunnyboy/stlibs4gcc

The flashes are controlled by reading YM channel volume registers. No, source code is not available. Yes, i ported the SNDH routines to C aswell, mainly for AHCC. I am unsure on gcc, maybe that one is still on my todo list but not too complicated. Mainly pasing arguments through registers have to be...

Lots of music disks have been made with GFA and some small inline assembler.
I did one years ago: https://demozoo.org/productions/73565/


It is entirely possible with C aswell.

As I deal daily on my job with Cortex-M core devices, it is a pleasure to get the constant positive reminder of the Archie

Talking about lowlevel assembler and what the IAR compiler produces, I can only tell that I would be unable to produce that tight assembly code myself.

No horizontal blank interrupt? And I remember so many great demos on the A3000 with raster bars.....Brothers In Arm come to mind *oh the memories* :) Back to the Archie, I think it could have been Armaxess as well. My supply on Archie demos was limited, I never got more than what my brother bought ...

Acorn Risc Machine in the beginning, someway around 92 or 93 (Zarchos, correct me), it was renamed to Advanced RISC Machine.

Yes, the ancestor of all modern ARM IP cores.

The Thadoss technique for Falcon was explained here: viewtopic.php?f=68&t=24462

Chunky or not, sprite data can be pregenerated for bitplanes as well. We call this technique "preshift".
Combining preshift with creating a direct algorithmn to apply the preshifted data should be possible aswell. I also think that's the way the real-big-sprite demos on the ST do work....

No horizontal blank interrupt? And I remember so many great demos on the A3000 with raster bars.....Brothers In Arm come to mind *oh the memories*

Yeah, Zotac style is great. I own a Dell Alienware Alpha with Win 8 and for my uses, it is great as a Steambox. But this is also a reason not to buy the Ataribox for me, even if it is a Steambox. The Alienware does all Atari stuff via emulation and PC stuff via Steam. And it has a mobile NVIDIA chip...

"current gaming content" - my bid for a Steambox is rising....and IMHO the only way it might get actual sales.

In the past I had various issues with non-packaged Linux apps that were dynamically linked. Package build on superhyper Fedora something but does not work on stable Debian, because of dynamically linked libs that are unavialble etc.... For software packages not coming from the distribution, I think ...

Statically linked binaries for 64 and 32bit to be placed into /opt would be ok for me. As long as it does not want obscure dynamically linked libraries, I personally will not need fully fledged packaging although it is nice to have. Maybe you can team up with Vincent Riviere?