Jump to content

StefanD

Members
  • Content Count

    83
  • Joined

  • Last visited

Community Reputation

93 Excellent

About StefanD

  • Rank
    Star Raider

Recent Profile Visitors

4,005 profile views
  1. OK, I looked IN the webpage and found the hint. But I didn't understand it until I googled it - very nice easter egg 🙂
  2. 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" ...
  3. 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.
  4. Thanks, I found this while testing my FSWAP tool (this swaps two drives).
  5. 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
  6. 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)?
  7. 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 🙂
  8. 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.
  9. - 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.
  10. 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.
  11. Thanks for the CONFIG tool, it works as expected. I like the key info at the bottom of the CONFIG screens. Very helpful for beginners! I often want to select a drive to boot. But the Disk Rotate Button seems not to work in CONFIG (nothing happens when pressing it). So I must boot D1: (via OPTION), then press the disk rotate button, then reboot. I see the following possibilities to add this function: - Disk Rotate Button works in CONFIG - Add a key press, which does the same as the Disk Rotate Button. This can be indicated on the screen by e.g. an asterisk between the host and drive number in the drive slots list. - Add a key press to rotate the displayed ATR/XEX filespecs as Altirra (Disk.RotateNext function) and other SIO2xx devices. - Add a key press to swap the selected entry with D1: I would prefer one of the last two options.
  12. Fantastic game - it's very addictive! Most times I get only 2 points or so. But sometimes, if I manage to put enough circles on the playfield, I can make 10 or more points. My highscore is 22 points. Thanks for another unusual interesting game!
  13. I tested YASH with Sparta DOS X 4.48 in Altirra: - I can't reproduce any screen problems with YASH & SpartaDOS (without TD.COM of course). YASH saves the DL vector (560/561) resets it and enables DLIs. When calling the DUP via DOSVEC, it restores the DL vector and disables DLIs (NMIEN=64). Setting the DL vector is safe, since it is done with disabled IRQs (SEI), which cuts the OS VBI routine short. (Hopefully, Sparta DOS doesn't disable this standard mechanism of the OS ...) - With "TD.COM ON" the YASH screen is messed up. Reason is, that an interrupt routine of Sparta DOS always inserts the TD line at the start of any display list with some blank lines, even if a program creates a new non-standard display list. This doesn't work with YASH, since it needs an own display list with DLIs and the insertion of the TD line together with some blank lines makes the display list too long for ANTIC. And since the YASH display is shifted down by the TD line the DLIs use wrong colors, since they are based on VCOUNT values. The Sparta DOS manual states the following on p. 108: "TD ON may be incompatible with some programs. If you are having problems with a program, try TD OFF, or do not install it at all." A solution would be that Sparta DOS checks, if a normal display list (with 24 blank lines at the beginning) is shown and if not, the TD line is not displayed. And/or the TD line is only inserted, when there are enough blank lines at the beginning of the display list AND the display is not shifted down for the TD line, i.e. replace 8 blank lines of the DL with the TD line. Perhaps the Sparta DOS developers can do something about this, since the current behaviour of TD may affect all programs with an own display list? @Marius: The interface firmware doesn't support mounting an XEX file - so YASH can't do this. Please send an E-Mail with your request to Thomas Grasel, the developer of the interface. See here: http://www.abbuc-raf.de/
  14. See my earlier post in this thread for an explanation of this code fragment: https://atariage.com/forums/topic/108472-xf551-oses/?do=findComment&comment=2059318
  15. ATASM has the precedence also in its docs. Same as MADS regarding unary < > and binary + -. For me, this is also strange, but it has the advantage, that it has same precedence as unary -, e.g. -5+7 is 2 and not -(5+7) = -12. And you can use expressions like x+<y+z, where you probably don't expect x+<[y+z]. So put the expr in brackets [] and it works as it should without warnings, e.g. lda #<[adr-1].
×
×
  • Create New...