ParanoidLittleMan

That's certainly possible. But need to know exact format of it. With little experimenting and good Hex editor can be done. However, there is straight way to do it: Select drive icon on Desktop, Options, Install Disk Drive, cursor down or click on lower editable line, edit text for Icon label, Install . When happy with names can Save Desktop .

Sorry Zeptari1, this will not work on Falcon. Driver is for ACSI port, what's no on Falcon. But you can transfer games from it to your Falcon hard disk/Flash card - for instance writing it to some card, Pen drive, then can copy from it to PC/Mac, and then to your Falcon media. Or using Winimage (if I remember correct) to access directories from image. About 80% should work with Falcon.

There is hacked version with 4 save slots, but that's little older v. of game 1.1 . You can always save that DMGAME.DAT file to other disk or directory, so if something goes wrong can copy from that loc. back to DM folder/floppy. In case of hard disk play there is simpler and faster state save, and as said 100 'slots' - what can be even more if do same with files - move to some other directory. Well, don't think that it will be needed for normal play - maybe if someone wants to make some larger slide show of games all interesting locations.

Hi Randy. Please contact me via e-mail [email protected] about driver/partitioning software. Will not write here account and similar data. Just few things: easiest way to start is to write 15 MB image to SD card with USB reader and SW for that. Then no need for floppy. Sending prepared card means additional shipping costs and waiting, what can be longer this covid days. Details, some YT videos here: http://atari.8bitchip.info/pphdr.php Work with 2 cards is not much different. What need to know is that partitions will mount in order: first all from card in first slot, then partitions from second slot card. What is important to care: TOS supports max 14 hard disk partitions, so C-P . And that means if first card has 14, second will be not accessible. So, for data exchange need first card with less than 14 partitions. Dungeon Master: save file is DMGAME.DAT in DIR FILES . With hard disk/SD card you can then use / on Numpad to save state, and can have up to 100 saves - good way to fill up that multi GB card 🙂

Yeah, it can be YM chip - drive and side select lines are vulnerable - no buffering/amplifying . I managed to damage mine when attached 5.25 inch floppy drive, what loads those lines more than 3.5 inch drives. Not recently, was some 32 years ago.

What about power supplies of 520 and 1040 ? Were electrolyte capacitors replaced in last years ?

http://atari.8bitchip.info/ASTGA/astgam.php Those who know this page will notice that main table and search disappeared. Last evening something broke in MySQL database for it, so I removed related code, because page could not be opened at all. Now will see links to latest updates - in last years, so plenty of it. On top is Oo-Topos - early game from 1986, with good usage of GEM UI, graphic obviously converted from some machine with less colors (Apple II ?). Solution included. And with advanced copy protection for 1986 - delayed check - so it will allow you to start playing, just little later will check (at encounter with first alien) . It's deactivated, and I tested it until end. I got STX and ST images from Atarimania, but ST image is simple conversion from STX, so use it only if want to see what happens when copy protection is not passed 🙂

What SW you recommend for writing, reading to/from Flash cards attached via USB reader on MAC ? Main interest here is writing image of for Atari prepared, partitioned media - like SD card with autoboot driver. So, it must write it to very begin of card (autoboot code is in very first sector). Like this image: https://atariage.com/forums/topic/309322-image-with-1000-games-special-for-tos-100-102/

I don't know about some IDE special for Atari 16 bit (ST serial). Some people using assemblers, compilers on PC for sure. I stick to good old Devpac 3, what is a bit IDE - you have main GUI program where can edit source, set diverse things, run MON (disassembler/debugger), and more. Steem Debugger is for sure best emulator for trying, debugging your code/program. You have complete overview, can set breakpoints, memory access breakpoints ... And emulator helps to perform assembling/compiling faster. With modern PC it can be 30-50x faster than on real Atari (when set emul. to max speed mode). With Steem, with later Hatari releases speed gain is not so good.

Of course, if you can open connector to Atari video out, can add there monochrome line and mono switch line - then can do switch and VGA ... Hmm, and probably need H and V sync lines too . Google for "atari st video monochrome to vga"

OSSC specs say that it supports VGA mode. So, monochrome mode should work with it - but not via Scart cable, where monochrome signal is not connected for sure. You need another cable for mono mode - like ST-VGA, or combined ST-Scart & VGA switchable. Later with 3 connectors.

Not all copy protections can be emulated with Gotek, GOEX, HxC. What can copy practically all protections is Super Card Pro (SCP) - but only on real floppies. And it consists from special device attachable to PC via USB. There is partial support for STX (Pasti) images for HxC, USB version. Don't know about SD card version, about is there some support for protected floppies for GOEX. In any case used STX format is not really for real HW, copy to other floppies, but for emulators. I don't think that they (HxC, Gotek, GOEX) are made for copy protected titles. Some simpler protections can pass, mostly from earlier years - 1985-1987. STT format is what should work with HW floppy emulators - that's developed by Steem authors, and is good for simpler, early copy protections. So, first question here is what floppy image formats are supported at all by GOEX. When know it, can look for SW for imaging. And forget about doing it with PC (unless having SCP) - PC floppy controller can not read even some not copy protected Atari formats. I made program for Windows, but it is for not copy protected floppies: http://atari.8bitchip.info/floimgd.php I recommend to go with cracks.

Yeah, Linux (all releases what I saw) never had such limitation. Maybe MBR created by Hddriver has something too Windowsy 🙂 - not strictly by standards ?

Well, at least Win 10 is now really better in something than older versions 🙂 What I used some years ago did not see multiple partitions on removable.

Of course they are original ROMs from Atari. Capacity is 1 Mbit (128 KBytes) per chip. EPROMs of that capacity have 32 pins (as said already). And can not be with 28 pins, because need + pins like VPP, write . I still have my original German 1.62 ROMs, what replaced with UK v. , later with switchable multi TOS in 4 Mbit EPROMs. And needed to set those W102 & W104 to opposite. So, you need to set as is in row for 28 pin 27C1000. Btw. I don't know why Atari marked it as 28 pin 27C1000. 27 is for EPROMs. Why support for 27C256 & 512 - that would be only 64KB or 128 KB for TOS.