StefanD

I tried today the HyperXF-Rom for the XF551 drive with Altirra 4.10. Wow this really works - Altirra emulates the 8040/50 in the XF551. Very impressive! But I found an issue: The HyperXF menu can't be booted (this comes up when booting without a disk). I tracked this issue down: The 8039 emulation in Altirra executes the command MOVP3 A,@A (opcode $E3) at location $B21 without respect to SEL MB0 at $B03. So page B is accessed, but page 3 would be correct. Edit: Here is the HyperXF-Rom: HYPROMA.rom

Weapon selection works now as expected. Menu is OK also, I didn't notice I can press Esc and then return to the interrupted gameplay with Esc or BACK. Moving on the map works opposite the first doom version in the thread - so I mentioned it. But of course it works. Thanks for this imperessive game.

Tested it on Altirra 2.6 and 4.1, same result. If I press "3" and then the fire button, the shotgun is displayed and works. (Pressing only "3" doesn't display the shotgun.) Edit: Same on real hardware (800 XL with 192 KB RAM extension)

Wow, this is fast and fluent. Amazing work! Some bugs: - Right from the beginning of the game I can choose and use all weapons (e.g. chainsaw and shotgun). When pressing e.g. 3 and then the fire button, the shotgun is displayed and used. - When pressing Esc to abort the game and return to the title screen, the screen is garbled and the title music isn't played. - On the map the joystick directions left/right and up/down are swapped (compared to the first Doom version in this thread).

I played until level 18 so far. For level 8 and 9 I needed lots of trys. Level 12 I could solve instantly: There are 5 colors and 5 moves, so you must erase a color in the 2nd move (and in each following move) and thus connect all pixels of one color in the first move. Thanks for another edition of this great game! 🙂

OK, I looked IN the webpage and found the hint. But I didn't understand it until I googled it - very nice easter egg ?

Wow, thanks @globe for this fantastic game - and it's so incredible fast. I like especially the different type of weapons. It's also good to see decriptions of items, objects and weapons in the intro. And the bit flinging gun is a nice idea - took me a bit to see how it works. It's a bit difficult to see if there is a way to the left/right or not. Thus for the floor discussion, I would prefer a dark shaded floor without dithering as in the XEX in Post #128. P.S.: When searching through the code to replace key "Z" (for playing in Altirra with German keyboard where "Y" and "Z" are swapped) I found some kind of "immortal mode" ...

Every cart can get control before the OS opens the editor sreen via the cart's init address located at $bffe. AtariWriter opens the editor here, then closes it (to create the display list), then inserts its own E handler in HATABS. It also uses some RAM (at least page 6) and modifies the display list. So if CONFIG uses the editor handler E, it uses AtariWriter's E handler which surely works different - so garbage may be displayed.

Thanks, I found this while testing my FSWAP tool (this swaps two drives).

1) Boot a DOS (e.g. XDOS) 2) Mount an ATR (from tnfsd.exe) to drive 7 (or any other drive), if not already mounted 3) FEJECT 7 4) DIR D7: -> this resets the Fujinet cart and unmounts all drives

I'm currently experimenting with the FNC tools and the SIO API. After using FEJECT to eject a drive, a following DIR to this drive resets the Fujinet cart and all drives are unmounted. Is this a bug in FEJECT (or the $E9 command)?

Press Fujinet Reset button, use FMOUNT (now on D1:) and then FMALL (to remount all disks). I'm getting more and more used to the CLI tools - I even don't want to boot into CONFIG on powerup, but right into my XDOS ?

Yes, of course, let's do this in our private PM conversation, so we don't bother the others in this large thread. (And since I now have Fujinet, I'm able to do tests.) But moving the command line options from the D-handler to the command line itself would require a rewrite of many XDOS functions, so I can't complete that shortly. All other things should be possible.

- In the COP example, XDOS interprets the space between Cypher and Bowl.xex as parameter delimiter. So XDOS is executing COP N:Cypher Dx:Bowl.xex, where x ist the default drive - so you'll get Error 170. AUX2=128 is from the cassette support for short IRGs. In my new XDOS 2.5x version (not published yet), I'll do AUX2=128 only, when "C:" is used. You can patch XDOS 2.43 by changing $1A33 from $6a to $ea, e.g. enter "=1A33 EA" in the XDOS command line. This will set AUX2 to 0. (There is no easy patch to deactivate the space delimiter in XDOS, sorry.) - A problem is also, that due to memory limitations (LOMEM should be $1E00), I implemented serveral command line options directly in the D-handler, e.g. the slash options /A, /Q (Yes/No-Queries) and in the COP command multifile copy with wildcards and filename transfer from source to destination. So e.g. COP N:Bowl.xex D2: doesn't work - instead you have to type the destination filename always, when using other devices than D:. And something like COP N:*.COM will copy only the first found file. (An advantage of the command line options in the D-handler is, that you can use them outside the commandline. E.g. type in BASIC LOAD"D:*.BAS/Q" and XDOS will prompt you for all *.BAS files, so you can select one without knowing the exact name of it.) Perhaps I should move the command line options from the D-handler to the command line for correct use of other devices with filenames like Fujinet's N: or Altirra's H:, but this will increase the length of XDOS - I suppose XDOS will get 500 bytes longer and LOMEM thus goes up from $1E00 to $2000. I need to think about this ... - By the way, I can't boot XDOS 2.43 from ATARI-APPS. Reason is, that Fujinet sets the 3rd byte of the Status command to $FE, which is used by XDOS to detect an XF551 drive and thus XDOS uses the XF high speed protocol, which seems not to be supported by Fujinet. If I turn off the XF detection on all drives in XDOS (=711 11 12 13 14 15 16 17 18 does it), it works. So no problem for me.

Fujinet Version: 0.5.e6b3e94e 2021-01-22 01:42:35 (as displayed by the Fujinet webserver) Computer: Unmodified 800XL Fujinet power: By Atari (no external power) Other connected peripherals: none 1. In CONFIG, mount all 8 drives in the drive list (no "Empty" in the drive list), drive 1 should be DOS 2. Press OPTION to boot the DOS in D1: 3. Press the Disk Rotate Button 8 times. Problem: The 8th press and all further presses don't work. The blue LED flashes, but SAM doesn't say anything and all drives respond with Error 138. 1. Configure a working WiFi connection (selection bar in CONFIG green) 2. Press Fujinet Reset Button and reboot Atari with SELECT key hold down 3. The CONFIG WiFi selection screen appears (with red selection bar). Now press 'S' (without configuring a WiFi connection) Problem: Selection bar in the host/drive list is red. Should be green, since the WiFi connection still works.