DjayBee

I like ataribits.com on C64 hardware.

You don't need an external tool to generate a boot disk image. A little bit of magic with MADS' assembler directives can generate an ATR diskimage directly from the assembly process. If you like, I can support you there.

Then you have to do it your current way and forget about using a DOS because as Wrathchild just wrote: Loading something with/from DOS requires more or less to start at $2000. To make it run on real hardware you need to create a boot medium which does not need any DOS but reads raw disk sectors or tape blocks. The Atari's OS out of the box supports nearly any starting address and can load one continguous block of data by itself. In your case this would be $0600-$1FE6.

Does 8ko mean that your program has only 8KB or that you will use only 8KB of the machine, meaning addresses from $0000-$1FFF only? This makes for a very big difference.

This is the legacy of XXL. 🤪

One more thing: https://abbuc.de/forum/viewtopic.php?p=22427#p22427

I did. If you PM me an email address, I'll forward it to Erhard.

It's a Pokeball with two legs, four arms and a weird haircut.

Yes We are doing a lot of work in the backend and thus a new release has to wait.

They are on the contest's website https://gkanold.wixsite.com/homeputerium/results-2024

OK, never used it. (Talking of active images not general config.) But you have to do it explicitly vs. FujiNet just remembers. Right?

This ^;) Pros AVeraGe / SUBaverage both with SIO cable added (nice puns on the really outdated Ultimate btw.) Loads ATR, ATX, XEX/COM, CAR with high compatibility Standard SD card for less fiddling SDX support incl. loading cart images on top Extend your Atari without opening it (1 MB RAM, Stereo POKEY) Cons AVG/SUB Octopus like cabling Pros SDrive Max Loads ATR, ATX, XEX/COM with high compatibility LCD screen to select and swap images on the fly and very quickly (find one of your Nintendo DS or Palm "pens" for easier operation) This is particularly useful when the device is powered via USB because it then holds the previousl selected image. Otherwise you have to reselect with every power on of the Atari. Cons SDrive Max Screen is very fumbly without a pen Fiddly uSD slot You have to reselect the last image every time you power up the Atari unless USB-powered No CAR support Pros FujiNet Loads ATR, ATX, XEX/COM (ATR/ATX emulation good but not as good as the other two) All its network stuff, and there is lots Regarding disk images and executables you really should setup a local TNFS server on any of your PCs/Macs/Raspis. Then you do not need to fumble around with its uSD when copying new stuff to your Atari. You can either run it directly from the server or copy the files using your Atari to the uSD inside the FujiNet. Cons FujiNet No CAR support Fiddly uSD slot except Lotharek's FujiNet Prof When not USB-powered: After powering up your Atari you always have to boot CONFIG first before you can boot the real image. But contrary to the SDrive it remembers your last selections. You have some update-pressure to keep up with its features. I own all three of them and use them all - depending on where my focus lies at the very moment.

Use "code" mode: and then "No Syntax Highlighting"

You forgot joysticks 3 and 4.

The idea was not having a switchable OS but to be able to use a 27128 in case one does not have a 2764 at hand. Tying Pin 26 to a constant level would be enough.