Jump to content

atarimac

Members
  • Posts

    221
  • Joined

  • Last visited

1 Follower

Contact / Social Media

Profile Information

  • Gender
    Male
  • Location
    Missouri, USA

Recent Profile Visitors

12,594 profile views

atarimac's Achievements

Chopper Commander

Chopper Commander (4/9)

201

Reputation

  1. To get to the menu, you should hold down Select (F3) while pressing reset (F5). With MIO selected this brings the configuration menu up.
  2. All, This has been fixed today in version 6.0.1 of Atari800MacX. I was not able to duplicate it with any of the Macs that I had previously, but when I got my new M1 Macbook Pro the issue showed up for me as well, and luckily the fix was only one line of code. The new release is available at github: https://github.com/atarimacosx/Atari800MacX/releases/tag/Release_6.0.1 or atarimac.com: http://atarimac.com/downloads.php Mark
  3. @KlasO, the step you need to allow you run FDISK is for the SIO Patch to be disabled as shown in the screenshot below. It is intercepting the SIO calls the PBI Bios is making to detect the disk. In a future release there may be a way to make them play together, but my easy attempts have failed, so I will probably need to replace the SIO Patch that is in the atari800 emulator with something more like what Altirra uses. For the next release (which will be 6.0, with ARM Mac Native support), what does everyone think? Leave it as is? Disable it if Ultimate1mb and SIDE2 are both present, or warn the user if it is enabled and Ultimate1mb and SIDE2 are present?
  4. I've found the issue. It's the SIO Patch. It's not compatible with the PBI Bios, and that's why it doesn't work from SDX in Ultimate1mb. So please turn it off in the Preferences/Atari Tab. This may have been mentioned in an earlier post, and I have been running with it off, but must have turned it on in testing. The atari800 core SIO Patch won't work, and at some point I may try and use something like Altirra does, but in the next release, I will be turning it off if Ultimate1mb and SIDE2 are enabled.
  5. Your right, the format commands do need to be used carefully. What I omitted in a rush to respond, was the first command: sudo hdik test.img will return on the console the name of the disk that was mounted, in other words, /dev/disk3, in the example I used. You are correct, in that with other disks that number would be different. Once you have that name, then you can use it in the second command. So if it returned instead say /dev/disk4, then in the second command, assuming that the FAT partition you want to format is the first one, you would use /dev/disk4s1 instead. The same goes for ejecting the image with the last command. This is covered in the "Handle Hard Disk Images" help page in the application, and includes the caveat about disk number. If Apple is depending on resource forks in this case, it is a bad decision. Windows knows nothing about resource forks, they don't exist there, nor extended attributes, and this is a file format that originated there. VHD files have a header, that they have to read to be able to process it, and it has magic numbers so it can't be misidentified. The strange part is they will happily do that if it has the WRONG extension for the format, .img, but will not do it for the correct one, .vhd.
  6. Comparing operation on Atari800MacX to Altirra, it does look like something is wrong in the emulation. It should work from the Ultimate1mb version of SDX, but doesn't. So using the SIDE2 version is a workaround for now, and I'm still investigating....
  7. I just released an updated version 5.5.1 which has a very small fix for the correct SIDE2 hard disk mounting (RAW or VHD) based on the image name. (.vhd and .img are mounted as VHD, anything else is mounted as RAW, along with images named .vhd or .img which fails to mount as a VHD image).
  8. I just released version 5.5.1 which has the very small fix for the correct hard disk mounting (RAW or VHD) based on the image name. (.vhd and .img are mounted as VHD, anything else is mounted as RAW, along with images named .vhd or .img which fails to mount as a VHD image).
  9. I will see if @flashjazzcat will chime in for the reason, as my expertise on the Ultimate/SIDE2 is pretty basic. But, I believe you need to run FDISK from the SIDE2 SDX image, not the Ultimate1mb SDX image. So in the Ultimate1mb configuration, you will need to enable the SDX Cart ROM, then issue a CAR command from the Ultimate1mb to run the SIDE2 SDX image. The alternative is to just insert the SIDE2 in a 1088XL machine in the emulator to do the formatting. You should then see the device when you run FDISK. But.......I just found out there is a bug in the Hard Disk Image creation/mounting on the Mac that escaped due to a last minute change that didn't get tested. To explain, I need to diverge. Apple sometimes makes silly decisions in my opinion, and this is one of them. A Mac will mount a VHD image if you double click on it, however, the Mac won't mount the image if it has a .vhd extension. It has to have a .img extension. So, I changed the image creation code to name newly created files with a .img extension to handle this. The problem is, I forgot to change the Image mounting code in the SIDE2 emulation, so it ends up mounting it as a RAW image instead of a VHD. To fix this for now, you can rename the image file extension to .vhd to mount it with the emulator. I'll issue a 5.5.1 bug fix release soon to fix the mounting issue. By the way, the Mac will mount the VHD image if it has a .img, but it also has to have a valid file system the OS recognizes. Well that's a catch 22, since how to you get the FAT16 formatted then? So, as another hint if you want to format that FAT16 partition in the image (test.img for this example) that you have created on the Mac, you can do these commands (of course after making it test.img instead of test.vhd if you changed it): sudo hdik test.img sudo newfs_msdos -F 16 /dev/disk3s1 sudo hide -e /dev/disk3 You will need to press the ignore button in the dialog that pops up after the first command. Then, you can double click to mount the image and copy files to the FAT16 partition to be used by the SIDE2 loader.
  10. New Features (in version 5.5.0): Added support for the PCLINK host disk system, providing a working alternative to H: for SpartaDOSX. Added enhanced copy and paste, so that ATASCII graphics characters may be copied and pasted as well, along with support for automation with delays. Added ability to specify a string that is pasted automatically at the startup of the emulator. Added Break key to Touch Bar, and removed Power key. The funtionality of the Power key is now achieved by pressing Shift along with the Reset Touch Bar key. Bug Fixes (in version 5.5.0): Fixed copy of text in Full Screen Fixed copy of text in 80 column modes You can get the release here: https://github.com/atarimacosx/Atari800MacX/releases or http://atarimac.com/downloads.php . Note, for PCLink to work, you need to have the PCLINK.SYS driver available on the SpartDosX Toolkit disk. PCLINK use is documented under the Preferences->Hard Drives Tab section in the built in help. The Copy and Paste is documented under the Copy and Paste topic in the built in online help.
  11. @curtludwig, there is a sub-menu under the control menu. This allows you to choose what happens when you press the Mac Arrow keys. If you choose "Arrow Keys Only", it will give you the *, +, etc that correspond to the Atari keys only without control, which I think is what it sounds like you want with Ultima II.
  12. All, Just to follow up on this, @darwinmac used my source to build for the M1 ARM Mac's, and Joysticks are working successfully using an Universal build. So, when I finish up with Version 5.5 which is currently in Beta, I will do a Universal binary release that includes native M1 support. Mark
  13. Never mind, my fix was way to naive, so at this point at least, the Atari800MacX SIO patch is not compatible with Ultimate 1mb/SIDE2 Loader ATR loading.
  14. I think I found a quick fix for the SIO Patch issue with Ultimate1mb/SIDE2. What it does is in the patch, if the SIO address of the drive is outside of the range of D1-D8 or C:, it calls the original OS routine to handle it (not accelerating it). I've given @jc13 a test version of it, if anyone else is having this issue and would like to help test the fix, let me know and I will send you a link.
  15. Well, not sure if it's a bug or so much that it's that the SIDE Loader PBI based emulation is not supported by atari800's SIO patches. A quick debug confirms that, and I suspect that a more sophisticated patch mechanism like Altirra's will be required, and will need to be implemented in a future release.
×
×
  • Create New...