Nowa, testowa wersja Altirry autorstwa Avery (Phaeron) Lee, obecnie najlepszego emulatora małych, ośmiobitowych mikrokomputerów firmy ATARI. Avery ułaskawia kolejny addon z dodatkowych interfejsów dla XL/XE - Black Box.
Altirra v2.60 test 7 [04.09.2014]
- Display: Sharp bilinear now works on pixel shader 1.x devices.
- The device UI in general should also be a bit more stable and it also now filters by devices you can actually attach.
- I also added a configuration option on the BlackBox device entry for switching between 256 and 512 byte block sizes. You will need this to share hard disk images with Atari800, which AFAICT only supports 256 byte blocks. Sadly, the Black Box firmware doesn't seem to issue READ CAPACITY or MODE SELECT commands, so it will malfunction if you don't have the BB configured for the block size used by the disk. Some other gotchas:
- As just noted, yes, you need to disable DIP switch #2 to use 32K firmware. This is the same as on real hardware. I'm considering doing this automatically, though, as this particular behavior is probably not a valuable experience.
- If you have any devices that require emulator hooks, the VBXE "Use $D7xx for VBXE registers" option should be unchecked. This is true even if you are not using VBXE. The reason for this is that if this option is enabled, it will cause the emulator to attempt to use $D6xx for a hook page, which will conflict with the BB. I need to put in code to arbitrate this. (Of course, if you have both a BB and a VBXE, then it starts getting pretty hard to find a place to put one...)
- Remember that with the BB, as with any of the other PBI devices that Altirra emulates, the disk SIO options need to be modified so that the emulator doesn't bypass the PBI device. Disk Drive > SIO Override Detection will generally allow hard disk devices to work, as long as you don't remap them on the fly. If you do so through the menu, then a warm reset will be necessary to reset the detection flags. The disk SIO patch must be disabled entirely if the BB firmware needs to handle floppy disk accesses, particularly when reordering the drives.
- The BB printer port is also hooked up now -- I hacked in a quick and dirty mapping from it to the existing Printer view. Highly recommend disabling the I/O beep.
- To bind F12 to the BB menu, bring up Tools > Keyboard Shortcuts, type "black" in the quick search field, select the Console.BlackBoxMenu command, type F12 in the shortcut field, then click Add.
- A couple of things I forgot to mention. First, the latest build is built with Visual Studio 2013 instead of 2010. This shouldn't make a difference, but if anyone starts crashing on their non-SSE2 capable CPU then I screwed up the conversion. Second, this build now has support for Sharp Bilinear display on graphics cards that only support pixel shader 1.x (GeForce 3/4 non-MX, Radeon 8500-9250). Can't go any lower than that because no displacement mapping on fixed function hardware.
→ [ATARI] Altirra x86 i x64 2.60 test 41
Altirra v2.60 test 41 [24.02.2015]
- MMU: Axlon banking register aliasing is now optional.
- Issue: The "NTSC Artifacting (Standard)" option appears to have broken between versions 2.60-test32 and 2.0.60-test33.
- Fixed -- it was 15 times too bright after the luma ramp change.
→ [ATARI] Altirra x86 i x64 2.60 test 40
Altirra v2.60 test 40 [10.02.2015]
- Issue: Pressing the "menu" key on a 104(+) key keyboard. Using Altirra 2.60t39 on Windows 8.1 Pro 64-bit. Altirra 2.50 final also crashes with this as do both the 32 and 64 bit versions of both. Obviously an easy work around is just not press that key, but I have a feeling Avery would want to know that and mop that up.
- Menu key crash was just using the wrong window. Error 5 problem was due to a subtle issue when doing a direct putchar -- SDX expects ICAX1Z to be set, and because it wasn't, it was advancing the directory read pointer when writing to the file (!).
→ [ATARI] Altirra x86 i x64 2.60 test 39
Altirra v2.60 test 39 [04.02.2015]
- Issue: The new XEP80 driver works better. There's an issue with it not handling keypresses though. It doesn't process BRK or Ctl+1 (pause) until an operation is complete. For example, copy a file to E: and if you press the Break key, after the listing is complete you get the Break Abort line.
- Yay, someone's using it! Fixes
- adds placeholders for BlackBox and MIO firmware.
→ [ATARI] Altirra x86 i x64 2.60 test 38
Altirra v2.60 test 38 [31.01.2014]
- Devices: Added MidiMate emulation.
- Friend of mine handed me a bag of obscure hardware he pulled out of his ass garage. Adds MidiMate emulation. No actual MIDI in/out and just pipes basic MIDI events to the system MIDI player, but it's enough to get MidiTrack III to play.
→ [ATARI] Altirra x86 i x64 2.60 test 37
Altirra v2.60 test 37 [30.01.2014]
- Devices: Added SX212 modem emulation.
- Fixed Autoselect not sticking for firmware mode.
- Firmware is now sorted internally so auto is more consistent.
- ATOS: Fixed keyboard repeat timer and character escaping compatibility issues.
- Added SX212 emulation support. Additions disk now contains an SX212 handler.
→ [ATARI] Altirra x86 i x64 2.60 test 36
Altirra v2.60 test 36 [23.01.2014]
Argh... introduced a zero page location overlap. Fixed in ATBasic 1.36
→ [ATARI] Altirra x86 i x64 2.60 test 34/35
Altirra v2.60 test 35 [19.01.2014]
- XEP80: Set horizontal/vertical position commands now update the cursor address.
The horizontal/vertical position commands were updating the cursor position but not the cursor address. This version should fix it.
Altirra v2.60 test 34 [18.01.2014]
- Debugger: Added .diskreadsec and .diskwritesec commands.
- Debugger: Added dbi (dump bytes with INTERNAL text) command.
- Simulation: Added support for more realistic power-on memory patterns.
- ATBasic: PTABW is now supported.
- AltirraOS: Cassette boot now reads EOF record.
- AltirraOS: Fixed diagnostic cartridge handling.
- Cassette: Fixed inconsistent motor control state when using C: patch with short IRG mode.
- Debugger: Debug display now reflects CHACTL bits.
- GTIA: Fixed DMA reads from hardware registers.
- XEP80: Move Cursor to Start of Logical Line ($DB) no longer moves cursor to left margin.
- Added support for 512K 5200 cartridge. (Bryan, do you have a name for this?)
- Debug display now uses CHACTL
- Fixed XEP80 "Move to logical line start command" -- DOS CP now works
- Fixed diagnostic cartridge support in ATOS
- Fixed ANTIC reads from GTIA registers
- Fixes for cassette boot bugs exposed by XEX2CAS (ATOS wasn't reading EOF record, and C: acceleration was shutting motor off without updating PIA).
- ATBasic updated to 1.35 -- added PTABW support and fixed crash when DOS command fails. Did you know that JMP (DOSVEC) can return on a MEM.SAV error?
- Added support for more realistic DRAM power-on patterns. This affects software that fails to properly initialize high RAM under the OS or extended RAM. This supercedes the old randomize memory debugging option and is now under System > Memory Config > Power-on Pattern. The three patterns implemented are from my 800XL, 130XE, and 800XL + U1MB.
- Lots of changes to the DOS on the Additions disk, but I don't recommend using this just yet.
→ [ATARI] Altirra x86 i x64 2.60 test 33
Altirra v2.60 test 33 [08.01.2014]
- Problem with new burst I/O code. Also adds PAL-60/NTSC-50 support, a tweaked luma ramp based on hardware measurements, and reverts the gamma correction setting default back to 1.0. I tried to find a way to auto-compensate brightness for scan line mode, but couldn't find a satisfactory algorithm. Oh well, it's tweakable. I changed the registry path for the gamma correction value so it'll universally reset to 1.0 once even if it's been set manually, since previous builds would have auto-set it; you can change it back again if desired.
- Simulation: Added support for mixed NTSC/PAL ANTIC+GTIA combinations (PAL-60 and NTSC-50)
→ [ATARI] Altirra x86 i x64 2.60 test 32
Altirra v2.60 test 32 [05.01.2014]
- Fixes and updates to filesystem routines. DOS 2.5 ED and MyDOS formats are now supported for read/write access and directory creation is now supported on MyDOS and SDFS disks. The file viewer now attempts to use Unicode to display some control symbols (works better on Vista+ due to better font support).
- Disk Explorer: Added read/write support for MyDOS and DOS 2.5 disks.
- Disk Explorer: Added create directory (new folder) option for MyDOS and SDFS disks.
→ [ATARI] Altirra x86 i x64 2.60 test 30/31
Altirra v2.60 test 31 [31.12.2014]
- Problem: The 64 bit version of Altirra wont run on Win XP 64 Bit Pro, it gives a message "not a valid 32 bit application". Most other 64Bit Programs will run on the same Xp 64 Bit, But som other programs have had the same error. On Win 8.1 the 64 bit version of Altirra Runs, The Pc with XP 64 bit i use for older games, Emulators etc...
- Answer: XP64 for old games? The mutt halfway between XP and Windows Server 2003 that has terrible driver support and still can't run 16-bit applications? Seriously? Why aren't you running XP32? The "not a valid 32 bit application" happens when the application is built for Vista or above.
Altirra v2.60 test 30 [31.12.2014]
- AltirraOS: Fix timeout for SIO operations.
- AltirraOS: Fix ESC-Clear handling in E:.
- ANTIC: Improved emulation of phantom P/M DMA effects
- 1030 ModemLink bootstrap is now supported. Required firmware image is $2880 (10368) bytes, consisting of the 128 byte boot sector with the $2800 ModemLink and T: handler software afterward.
- Added workarounds so SDX PRN: can run in intercepted mode (no line limit).
- Emulated CIO devices hook properly with OS-B again.
- Phantom player only DMA effects are now emulated (DMACTL=$26, GRACTL=$07).
- Fixed 850 firmware hotloading.
- Fixed incorrect initial translation mode for R:.
- Fixed some bugs in built-in OS (short SIO timeout, Esc+Clear not printing).
- Command-line images now set the default for the boot/open dialog.
- Fixed a bug in Altirra BASIC's BGET and BPUT commands (1.34 attached).
The 1030 boot sector initializes the T: handler before returning to the OS, so yeah, the type 3 poll is too late. Need a redump from just the SIO read, without the boot. No rush, though -- thanks for the dump work so far. As far as I know, the 1030 doesn't use the motor line but still uses the command line for control, so I'm not sure why using a cassette drive with it is inadvisable.