Jump to content

darwinmac

Members
  • Content Count

    174
  • Joined

  • Last visited

Community Reputation

71 Excellent

About darwinmac

  • Rank
    Chopper Commander

Profile Information

  • Gender
    Male
  • Location
    SF Bay Area, CA
  1. Based on the pricing, it matches the Candle firmware price. I’d be surprised if he’s selling it with your firmware. He could be manually updating the boards with your firmware, but I doubt he’s going to that effort. Bob C
  2. Looking at the website, it also lists SIO2SD devices, Side 2, U1MB, etc. The images have Lotharek’s name on them. Either he’s a forger on a global scale or he’s importing product from Lotharek using the bulk discount and reselling here. I’m guessing the latter option. The prices look the same as buying a single device from Lotharek. However, as previously mentioned, the shipping should be much cheaper from the US. Obviously, I have no opinion on the reseller since I’ve never bought any product from the site. Bob C
  3. I found the solution to my problem. I was used to being able to delay slightly (maybe .5 - 1 second) before holding down the Option key when doing a cold boot from SIO2SD and still have BASIC disabled. That doesn't seem to be the case with Sdrive Max. I was thrown off by the lack of a timing delay. I have to hold down the Option key prior to pressing Shift-ctrl-Inverse to make sure the Option key is detected on the reboot. That makes an interesting 4 finger "salute" on the XEGS. However, when I do this, BASIC is disabled and the ATX files work as anticipated. It isn't necessary to hold down Option prior to starting the Sdrive boot program. I haven't tried a warm boot (only Inverse) while holding the Option key to see if that would work as well. In any case, my problem is now solved and I thank all of you for your assistance. Bob C
  4. 6. Phaeron is only interested in Windows development (as is his right) I'm starting to think he should add this to his sig: Mac Altirra port: No Linux Altirra port: No Anything but Windows: No 😁 I'm thrilled that he's willing to devote so much time to Altirra. Some projects (Hatari - ST emulator) are happy as multi-platform. As a one-person development team, Phaeron prefers Windows development. I don't think any other reason is needed. Bob C
  5. I’ve tried both with no difference. None of the three mentioned ATX titles will work with the SDM. With my old SIO2SD device, I’d hold down the X key from the SIO2SD boot program, let go of the X key, and hold down the Option key. That would disable BASIC when using that device. I haven't figured out how to do the same thing with the SDM device. Now, as I think of it, the "Remove Cartridge" refers to BASIC being loaded. I should've thought of that, but I was simply looking for a cartridge that I didn't have loaded in the XEGS. Actually, I was using just Inverse to reboot the SDM. I would then hold down Option to try to disable BASIC. I’ve tried using shift+ctrl+inverse to cold boot. I wasn’t sure if that disabled BASIC as well as doing a cold boot so I tried both holding down and not holding down Option. Neither method had any effect. I still have the same behavior with these ATX files as I had previously. Bob C
  6. For current Sdrive Max users, I have some questions regarding ATX support. I tried looking through the entire thread trying to find out the extent of ATX support, but I got lost in the 35 page thread. 1. Is there any idea of the types of ATX copy protection types that are supported? 2. Does it make any difference in ATX support if SIO power or external power is used? 3. Do you have 3-4 ATX titles that you know work on Sdrive Max so I can make sure there is nothing wrong with my unit. It appears I'm running firmware version 1.1 and I am using SIO power since the external power cord doesn't reach my surge protector where the 8-bit equipment is plugged into. I use the Sdrive boot program to select what gets loaded into D1 since I don't have power until my XEGS is turned on. Unless it becomes necessary, I don't want to get into where I purchased the Sdrive Max because I don't want to start the pricing discussion again. I ask these questions because, in my limited use, I haven't had a lot of luck getting ATX files to load correctly using Sdrive Max. I may have simply been unlucky. So far, I've tried ATX files for: Micro League Baseball, Lords of Conquest, and BC's Quest for Tires. All three of the ATX files came from Farb's 8-bit preservation project. Someone had a large ZIP file loaded onto their website where it could be downloaded. All of the ATX files work successfully in my emulator of choice (Atari800MacX) so I'm confident the ATX files aren't corrupted. These have been my observations: BC's Quest for Tires: Even though I hold down the Option key after tapping the Inverse key to start a reset of the XEGS, I get a "READY" prompt which tells me BASIC was loaded. I get the same prompt even if I don't hold down the Option key. Lords of Conquest: I get a "Remove Cartridge" error even though no cartridges are loaded into my XEGS Micro League Baseball: I get the same "Remove Cartridge" error even though no cartridges are loaded The only ATX files I have been able to load are Micro League Baseball data disks. Even though the disks are in ATX format, I doubt those disks are copy protected. Thanks for your help. Bob C
  7. I completely agree. It’s capitalism at work. I only replied because there appeared to be some thought that the pricing from one vendor was out of line. They may get a cheaper price for parts, but their perceived labor cost will be higher when you personally assemble more devices. Also, I doubt that 3D printing costs account for the price difference. I would expect they would be similar for each vendor. For hobbyists, the perfect vendor is someone who genuinely enjoys assembling the devices and basically only charges for parts. However, I can’t begrudge people who want to make enough money to compensate them for the leisure time they give up to assemble the Sdrive max. Bob C
  8. After seeing the discussion about the pricing, I decided to price out an Sdrive Max from each of the sellers on Mr Robot's page. I'm not saying that one is better or worse than another. I used my California address to determine pricing. That matters because two of the three sellers are in California and have to charge sales tax for in-state residents. It also includes USPS shipping for the US vendors and UK International shipping for the UK vendor. People in other states wouldn't have to pay the California state tax, but might have a higher USPS shipping cost. 8bit-Tronics (UK): $67.61 (based on current GBP to USD conversion rate on 6 July 2019) The Brewing Company (CA, USA) $89.01 Vintage Computer Center (CA, USA) $99.84 I already purchased my Sdrive Max from one of the vendors so it was purely an academic exercise. I was just curious because there's been some discussion of the higher price of Vintage Computer Center. It does come out to the highest price, but it's not much higher than the other US vendor. I'm not sure why the UK vendor is so much less expensive. I'm assuming that comes down to how each vendor values their time. The part costs should be similar for each vendor. For an electronics junkie (I'm not one of those), building 1 or 2 of these for friends would probably be fun. However, when you start making 50-100 of them, that's going to take enough time that you have to decide if it's worth it. If I had been comfortable buying from an eBay vendor (I'm not. I don't like eBay and want nothing to do with it) and seen the positive review earlier regarding the product from the UK vendor, that might have been my choice. My only point is that I think it's a bit more complicated than saying that one vendor is gouging customers. If two of the vendors were around $70 and one was $100, then I'd be wary of the high priced vendor. In this case, without additional information, I'd wonder why the UK vendor is able to charge about $20 less than the cheapest US vendor even when shipping to the US. However, the reviews have been very good for that vendor so quality doesn't appear to be the reason. As I said, my guess is the value that US vendors put on their time. If they don't make enough creating the product, then they'll find other things to do with their time. Bob C
  9. No problem. I didn’t know about the Tools/Settings option so I can use that in the future, if needed. I understand why Phareon (Avery) doesn’t want people messing with Registry. In my case, since I’m not running an actual Windows machine, it wouldn’t hurt much even if I screwed it up. For most people, it would be a big problem so his advice is still the correct approach. Since Altirra doesn’t spread entries all through the Registry (I’m looking at you, Microsoft), I felt comfortable deleting the entry named virtualdub.org. Bob C
  10. Paul, The problem was Altirra would crash before I could get to the Tools menu. Bob C
  11. Phaeron, You're the man! Previously, I only looked at the Firmware Manager and it showed all of the detected ROMs and I thought Altirra found everything. After your post, I picked one of the Kernel ROMs and selected Settings. That's when I found out Altirra was looking for the ROMs in the download directory for 3.9 and NOT the original Altirra directory where I have 3.20 kept. As soon as I copied the ROM files from my main Altirra directory to the 3.9 directory, then I saw the Self Test screen and Fruity Pete loaded correctly. I still have Altirra crash if I enable D3D11. Thanks for the information on the /D3D9 switch to get Altirra running again without deleting the registry entry and setting up Altirra again. The D3D11 crash could easily be accounted for by changes in Wine. I've used Wine since I was a Linux user who wanted to run Apple's old QuickTime player. It's an amazing engineering feat, but I'm very aware that it's not the same thing as running Windows. Bob C
  12. I tried disabling Vertical Sync, but there was no change in behavior. I did finally uncheck all display APIs (I didn't realize that was an option). That didn't help either. To answer your question, yes, the 64-bit version of Altirra would suffice but it won't help me with old programs like MakeATR and MSA Converter (for creating images for my ST emulator). Both of those executables are 32-bit only. I loaded Fruity Pete since it was discussed earlier in the thread. When I run in debug mode from 3.20, I see various different assembly language instructions. However, from 3.90 test 3, I only see the same two instructions: (1726: 0, 34) A=BF X=00 Y=00 S=DD P=B5 (N I C) 0000: FF 00 FF ISB $FF00,X [$FF00] (1726: 0, 43) A=BE X=00 Y=00 S=DD P=B5 (N I C) 0003: 00 BRK (1726: 0, 52) A=BE X=00 Y=00 S=DA P=B5 (N I C) 0000: FF 00 FF ISB $FF00,X [$FF00] (1726: 0, 61) A=BD X=00 Y=00 S=DA P=B5 (N I C) 0003: 00 BRK When I run Fruity Pete in debug mode on 3.20, I see a yellow line in the bottom half of the screen that's being redrawn and covered with black like it's disappearing. I know I'm not describing it well. In 3.9 test 3, I see the yellow line at the very top of the screen with the same redraw action. I hope any of the information will be useful. Bob
  13. Phaeron, I didn't mean to sound dismissive. I just didn't want to sound entitled and expect you to fix this for me. I've tried the different display options with no change. If I tried Direct3D 11, it crashes Altirra to the point that I can't run 3.20 until I delete Altirra's registry entry and set everything up again. It'd be great if you find an underlying problem that makes it work again for me in Wine. If not, as said previously, I'll have a great version in 3.20 to use when needed. Actually, unless the Wine developers find a way to have a 64-bit Wine run 32-bit applications well, it'll be academic for me since Apple is eliminating 32-bit support in the next version of macOS (10.15 - Catalina). Bob C
  14. Phaeron, Thanks for the clarification. I didn't realize the dropping of XP/Vista support had not yet started. It took a little time for me to figure out how to use the debugger (I'm not a developer), but I was able to see the "Step In" command running different instructions. Since it appears to work on an actual XP machine (Kyle22), the problem appears to be in the unsupported platform (Wine). I'll be interested if other Mac/Linux users who use Wine for Altirra have the same problem or if it's limited to me. Since I have actual hardware that I use for my gaming, I only tend to use Altirra (or Atari800MacX) to determine if a game is worth my time loading it onto the XEGS. I don't want to take up more of your time on a platform that you don't officially support. I'm very grateful for all of the work you put into Altirra. Bob C
  15. Since Wine came up earlier in this topic, I would copy Altirra 3.90 to another directory and not overwrite Altirra 3.20 if you are using Wine. It appears that the changes made to remove XP support may affect Wine users as well. When I start 3.90 in Wine, the display is completely black. The Atari self test page doesn't even appear. I also don't hear any sound or video if I load a program. I want to mention this is only a Wine issue (unsupported platform for Altirra). When I ran 3.90 in VMWare Fusion on my Mac, it ran perfectly. Bob C
×
×
  • Create New...