Nowe wersja testowa Altirry emulatora ATARI XE/XL/5200/2600.
Ostatnia pełna wersja tego emulatora, autorstwa Avery 'Phaeron' Lee, jaka publicznie została udostępniona to Alirra 4.31 z 8 lutego 2025 r.
[91] faust # AtariAge Altirra 4.40 | !!! Poniedziałek, 3 Listopada 2025 22:46 CET [15-09-2025 22:13 CET]
Nowe wersja testowa Altirry emulatora ATARI XE/XL/5200/2600.
Ostatnia pełna wersja tego emulatora, autorstwa Avery 'Phaeron' Lee, jaka publicznie została udostępniona to Alirra 4.31 z 8 lutego 2025 r.
changes:
features added:
bugs fixes:
author's comment:
changes:
features added:
bugs fixes:
author's comment:
changes:
features added:
bugs fixes:
author's comment:
changes:
features added:
bugs fixes:
author's comment:
changes:
features added:
bugs fixes:
author's comment:
The Speedy XF is an interesting drive mod -- it is essentially an XF551 with almost everything but the drive mechanism gutted and replaced with Speedy 1050 innards, including replacing the 8048 MCU with a 1MHz 65C02 + RIOT + RAM. It's fairly overspecced with 32K of ROM/RAM, only 24K/16K of which is usable. The mod goes so far as to buffer the data bus to intercept and modify status register reads from the 1772 FDC to mimic the Not Ready bit from the 1050's 279x.
Track buffering is supported by the Speedy XF, and like the Speedy 1050, it has the unusual behavior of auto-disabling track buffering and switching to a more 1050 compatible mode when booting certain types of disks. This includes slowing down the track step rate. The Speedy XF supports a track display, which displays SL when this transition happens. Booting the computer without a disk in the drive will auto-load a utility program allowing reconfiguring the drive and running DOS and copy utilities. This is fairly useful except that the drive has no NVRAM, so in emulation you have to be very careful not to reset the drive after changing settings.
Oddly, despite being based on an XF551, the Speedy XF doesn't use the same side 2 logical to physical sector mapping that the XF551 does. The XF551 maps both tracks and sectors in reverse order on side 2, but the Speedy XF maps reverse tracks with forward sectors, an unusual mapping previously only seen with the 1450XLD parallel disk drive.
The drive's extended commands and basic memory map are documented in the original manual and there is also a schematic by Guus Assmann, but much of the address decoding is hidden within two GALs that AFAICT have not been decoded. The main omission that I had to guess at is an undocumented control latch at $4004 that controls, among other things, the drive mechanism side select.
Feud Legend (mod. 2025)" />
changes:
features added:
bugs fixes:
author's comment:
The paddle / pot scan has been rewritten in this version. It is now cycle precise for scan timing, including a counter increment glitch that occurs one out of every 114 cycles, and tracks paddle capacitor charge levels more realistically when switching between slow and fast scan modes. Some regressions with grounded pot lines have also been fixed which affected the keyboard controller, and the POT4-7 lines are also now grounded on XL/XE computer models.
changes:
features added:
bugs fixes:
author's comment:
changes:
features added:
bugs fixes:
author's comment:
changes:
features added:
bugs fixes:
author's comment:
changes:
features added:
bugs fixes:
author's comment:
changes:
features added:
bugs fixes:
author's comment:
The Floppy Board is an add-on board for the Black Box that adds parallel floppy drive support to the Black Box. It's similar to the 1450XLD in design but more capable and reliable. With this version, the Floppy Board can now be emulated, but there are a lot of caveats:
This does confirm one thing I had long suspected: that Percom's side 2 mapping is indeed bugged and off by one from what it's supposed to be. The Floppy Board firmware has a setting for which side 2 mapping mode to use (XF551 / ATR8000 / Percom) and the Percom mode shifts everything by one sector from XF551, making the last logical sector inaccessible.
changes:
features added:
bugs fixes:
author's comment:
The custom display effects code got a major refactor in this version. Besides supporting D3D11 as well as D3D9, it has a few more features now:
There are issues specific to the D3D11 custom effects path that can cause issues. The biggest one is an annoying requirement specific to Direct3D 11, VS-PS linkage matching, where the vertex shader must output attributes in the same order as the pixel shader. This is not required by Cg or D3D9, and so effects not written with this in mind will fail to work in D3D11 mode unless adjusted.
Part of the reason for doing this is that I would like to drop D3D9 mode at some point, but the timeline for doing that is uncertain -- one reason being that Wine's support of D3D11 feature level 9.x is completely broken.
changes:
features added:
bugs fixes:
author's comment:
changes:
features added:
bugs fixes:
author's comment:
changes:
features added:
bugs fixes:
author's comment:
Has some more fixes to CP/M extent handling. Also, I dropped support for attempting to write sparse files, which I doubt you were hitting but wasn't worth the potential issues. Concrete info on the CP/M 2.2 directory format is hard to find, the main references are pretty vague with how some corner cases of extents are handled.
I did run into some weirdness with trying to concatenate test files with PIP, as sometimes concatenating files produced shorter output. Wasn't clear if it was due to PIP treating binary files with text or if there was something else causing it to malfunction.
changes:
features added:
bugs fixes:
author's comment:
changes:
features added:
bugs fixes:
author's comment:
changes:
features added:
bugs fixes:
author's comment:
changes:
features added:
bugs fixes:
author's comment:
changes:
features added:
bugs fixes:
author's comment:
changes:
features added:
bugs fixes:
author's comment:
changes:
features added:
bugs fixes:
author's comment:
More detailed explanation of the 850 stuff:
Like the other full emulators, 850 full emulation means that it is running the actual controller firmware instead of a high-level emulation of the 850. This also comes with the usual caveats: it requires the actual firmware, and some quality-of-life features aren't available with it, such as unthrottled operation. However, it also means you can test real corner cases like running code on the emulated 850 (and yes, warerat's firmware dumper does work). One caveat is that in some cases you may need to specify the baud rates for each port in the settings. This is because with full emulation, the emulator no longer has a direct way to tell what baud rate the 850 is using or expecting on each port, and this causes problems with output paths that are baudless like the file writer. Currently, the Auto detection will attempt to match POKEY's baud rate. This should work for the majority of cases that use concurrent I/O, but it may fail with the uncommonly used block write feature unless a specific baud rate is specified.
The full emulation also reveals a couple of things about the firmware. There are two firmware revisions in the wild, with CRC32s 9201359A and 2CF990B9. The [9201359A] firmware is the older revision and [2CF990B9] is the newer and more common revision. The 850 firmware sources from the Atari History Museum match the newer revision. The main differences between the two are documented in the different versions of the 850 Interface Manual, with the 1980 Owner's Manual documenting the older revision and the 1982 Technical Manual documenting the newer revision, with a note on getting older 850s upgraded at a service center. The main difference between the two is the handling of the Break key when concurrent I/O is active. In the older revision, pressing Break causes the R: handler to autonomously exit concurrent I/O mode, whereas in the newer revision, the Break key is disabled and ignored. However, there are also two undocumented changes: the newer revision also recognizes P2: for printer access, and raises the printer I/O timeout from 5 seconds to 30 seconds. The relocator and handler downloads are slightly longer on the older revision as well, meaning that some software won't work with it -- notably BobTerm can't auto-download the R: handler.
Accordingly, a couple of adjustments have been made to the 850 standard emulation to improve accuracy. The internal R: firmware that's built-in and included on the Additions disk has been updated to v0.3 with the Break key behavior now matching the newer firmware, and the transfer rate of the firmware download has been slowed down to match the 850, which like the 1050 is a little bit on the slow side. A fix has also been made to control signal handling as DTR and RTS weren't consistently being set on the attached device. The main potential impact of this is that the modem will not auto-answer on default settings unless DTR is asserted or the DTR handling mode is changed with the AT&D command. BobTerm at least makes sure that DTR is asserted at startup, but other software might not.
Finally, in not 850 related news, slot mask support has been added, which is a mask type with fine vertical slots instead of unbroken vertical stripes as in an aperture grille. It is the mask type used by at least some versions of the Commodore 1702 monitor.
This prerelease version:
changes:
features added:
bugs fixes:
author's comment:
Adds support for display screen mask emulation, currently supporting aperture grille (Trinitron) and dot triad patterns. This is set up in View > Adjust Screen Effects. It works best with a high resolution display (e.g. 2560x1440 or higher) with high brightness or HDR enabled, as this requires even higher peak brightness than scanlines. The renderer will try to compensate if bloom is enabled, but you'll see moiré patterns on bright colors if you push it too hard.
[Atari.Area] 20. odcinek kursu programowania u Larka
[Atari] AtariOnLine: Joypad CX41
[Atari.Area] ELITE Atari 8-bit!
[Atari.Area] BBC BASIC dla Atari XL/XE
[Atari.Area] Altirra 4.40-test23