kogden

I've been wanting one of those for a while. Can either this or the VBXE emulate artifact colors in hirez? I still like to play a few games that depend on artifacting for colors so I've kept my CRT around and leave svideo and composite both hooked up so I can switch them. I have a few ST monitors so VBXE could be fun. I'd much rather have DVI/HDMI than RGB tho. My ST monitors won't last forever.

I use DD images for throwing a bunch of stuff on one disk along with MyPicoDOS or something. And yeah, you have to have the Atari on to run the sector copier. The PC just emulates the virtual drives. You are simply connecting the SIO2PC at the end of the existing SIO chain with your Atari and real floppy drive. In the setup I described the Atari is simply copying from the virtual drive to the real one. "Happy 256K Sector Copier" is just the software that I use on the Atari side for duplicating disks. You may want something different however if you have a 64K machine.

I use a Happy 1050 but an XF551 should be fine. Even a regular 1050 will work with SD and ED ATR images.... it's DD you need the Happy board for. Pretty sure the XF551 can do DD out of the box.

To make real floppies I use a cheap homebuilt SIO2PC USB adapter in the same SIO chain as my Happy 1050. On the "PC" side for software I use SIO2OSX. My method: - I boot "Happy 256K Sector Copier" from virtual D1: in SIO2OSX - Disable D1: virtual drive after boot and power up 1050 (real D1:) with blank floppy inserted - Mount ATR image I want to copy as D2: in SIO2OSX - Set source drive as D2: and destination as D1: in sector copier - Do the copy After that I have a real floppy. I've done this quite a bit and it works like a charm. This should work with most SIO2PC programs like RespeQT or APE. If you don't have a machine with expanded RAM, other sector copiers should work fine as well.

Interesting, I never realized that was a hack. I guess you'd have basically the same effective horizontal resolution as you would using artifacting for everything in hi-rez mode. I learned something today. I'm in the same boat, I've done some actual development in high-level languages on bigger machines but nothing real special. I'm a SysAdmin more than I am a programmer. I'm working on an Electronics Engineering Technology degree full-time and the math is absolutely BRUTAL, especially since I'm in my mid-30's now, have a GED and never stepped foot in college. I'm passing but it hurts.

AV Foundation has been in use since Yosemite, I doubt that's the issue. Something is likely broken and I'm sure Atari800MacX is not the only application effected. We'll see once another beta or two hits the wire. As far as Logic Pro X, you can always get a copy the same way most of us obtain our Atari software. There's this bay I've heard about with a bunch of people with eye patches. I seriously doubt Auria Pro could deal with my pile of x86-64 native VST plugins. And the difficulties with the sandboxing and filesystem abstraction on iOS make any attempts I've made at serious audio work on them subpar and not worth the hassle. Cute toy for an impromptu jam session but for a versatile do-it-all DAW the iPad blows. I'm sure Logic 9 will be working by the release. Logic 9 is the only option for 32-bit plugins that haven't been updated. Apple knows better. Or you could compile the Linux/UNIX version of Atari800SDL and use it with X11. Binary versions probably even exist in repositories like fink, brew or MacPorts. I got a Mac as a desktop-ready UNIX workstation with decent commercial software support, not to run Winblows software using some kludge. Atari800MacX might be dated by a few years but it's far from crap and it's quite likely that this issue may be fixed before Sierra's release. Apple doesn't have a habit of breaking API's on short notice.

I'd forego the 1064. The 64K internal upgrade is quite painless. If you go external, the RAM 320XL is a much better option if you can find one. It will not only give you 64K base RAM but 256K of extended RAM as well. I have one of these on my 600XL nowadays. It's much smaller than the 1064 and doesn't add extra bulk. They are pretty hard to find unless you can find someone that wants to get rid of theirs.

For some reason I prefer the original version that used artifacting for color. I have both versions, the original as an ATR and the newer one as an XEX. They both load from my IDEPlus just fine.

As a native English speaker, I didn't find his comment snarky. Anyway, this may be a non-issue when Sierra hits an official release. Apple is pretty good about maintaining backwards compatibility with most older software. I've run some quite ancient software on recent OSX releases without issues. While Atari800MacX hasn't been updated in some time, it still runs quite well for me. The biggest hassle is getting it all to build in newer XCode releases. I'll take the slightly dated emulator for a VERY dated machine over running a non-native emulator in a craptastic Windows VM or WINE environment any day of the week. I would simply file reports with Apple and not really panic until the release version of Sierra hits. If it's still broken after that then it may be necessary to start digging at the Atari800MacX code.

I would think the Antonia and IDE Plus config would be better suited for the 800XL since the 1200XL doesn't have PBI out of the box and takes some pretty serious effort to add it.

That game requires more than 16K it looks like. Many of the more interesting games do and if you want to run anything from floppy or HDD one day a RAM upgrade is pretty much a necessity. If you have even rudimentary basic soldering skills a 64K upgrade is trivial for a 600XL, just requires swapping 2 chips and soldering 3 wires. If you don't, there's options for external RAM upgrades.

I'd settle for a slightly tougher CX40 with a little more range of motion but still triggering with only slight movement. A more durable CX40 would be perfect in my eyes. I do much better with them than the arcade style balls.

Depends on the game. Driving games and flight sims are much better with more realistic analog controls. So are FPS games usually.

I used the FT232RL boards from Sparkfun. They've been working flawlessly for a couple years even with multiple devices in the SIO chain. I use "RI" for COMMAND, wired up RX, TX and GND. Just worked. Powered over USB. I got 2 of them when the boards were on sale for $10. One got wired internally in a 600XL, the other is connected to a butchered SIO cable. I would avoid the Prolific chips. They tend to suck. I've had issues with them over the years in many applications even as standard USB->serial adapters talking to POS equipment and such. FTDI is far superior.

My 13yo son and I still play it from time to time but rather than cassette we play it from HDD. That "Steam Voiding" warning will drive you nuts after a couple minutes. Runs fine under SDX and loads from Atari BASIC. I lost my original tape and manual my dad gave me back in the early 90's but PDF copies are floating around. I don't have the patience to wait for a cassette to load. Floppy is painful enough. The Atari 8-bit computers and by extension the 5200 (w/ working controllers) absolutely spank the 2600. You found an interesting stash for sure, some of that seems fairly rare. As far as dollar amounts.... probably hard to say for sure. Whatever someone is willing to pay really. With devices like SIO2PC, SIO2SD, IDEPlus, etc people don't need to pay a lot just to run the software these days on real hardware. It's really for pure "collector" value only so I wouldn't go too nuts on pricing if you eBay the stuff. YMMV but you might make some money depending on what you paid for the lot. You could also try the marketplace forum and see if you get any bites there before hitting eBay.

I've used mine with cards > 2GB with no problems. I use a 4GB microSD card with an adapter. The older SDrive had a 2GB limit and hated SDHC cards if I remember right but SIO2SD should be fine.

I miss my Vectrex :-( Emulation just isn't the same with vector games.

You might try a different card but I'd try reformatting the card first and see what happens.

VBXE would give you VERY nice video output and lots of other features including a real 80 column mode. They are pretty hard to get ahold of and expensive though.

Are you talking about the faint wide stripes only on the lefthand side or thing dark stripes over the entire display that are consistent? The wide fainter stripes are due to DRAM refresh. The "jailbars" across the entire display are another issue entirely I believe. I don't think simply swapping RAM chips will fix your issue. Have you probed with an oscilloscope to determine how "noisy" they are? All I can say if you're convinced RAM is causing your issues is to look at datasheets from various manufacturers of 4164 DRAM chips and compare specs. How is your UAV wired up, did you add jacks or did you wire it to the internal video connector? The UAV should have solved a lot of the video issue. Have you tweaked the pots on the UAV? Are you using composite or S-Video? A mod that I used by "low_budget" replaced the video circuit almost entirely and I got a much cleaner display but the install is a little ugly because it required lifting pins on the GTIA and running wires to the video mod board. If your original video circuit is intact, maybe chroma is leaking into luma a bit? I haven't used a UAV board so I'm not quite sure how they work.

You can find all kinds of SRAM and DRAM IC's on ebay pretty cheap, often in bulk.

I think it's safe to say something is definitely not right. Double check your cable pinout. It's definitely not normal that it's dumping you to a diagnostic on the Atari and showing the weird characters on the SIO2SD.

Out of the box, it should be set up to load up the SIO2SD.XEX menu program and feed that to the Atari on boot. This will let you choose disk images or assign them to virtual drive slots instead of using the buttons on the SIO2SD device to do this which is painful. I'm not sure if SIO2SD.XEX is supposed to be in the root of the SD card or in the ATARI folder. I just copied it to both locations just to be sure. You have to put SIO2SD.XEX on there yourself. I had to go without it for a little while until I found a patched version for the 400/800 to use on my 48K 400. It wasn't a lot of fun doing it with the buttons and built-in menu. The Atari-side program will make your life much easier. If SIO2SD.XEX is on the card and doesn't boot automatically, check the setup menu on the device and make sure it's set to load on startup.

Make sure your disk images are contained under a directory called "ATARI" on the SD card or a directory under the "ATARI" directory. You'll also need the SIO2SD.XEX program on there as well if you want an easy to use menu on the atari for selecting disk images. Here's a link to the manual: http://sio2sd.gucio.pl/wiki/English You will probably have firmware version 3.0 or 3.1. DOS shouldn't be necessary for most images unless you want to manipulate files on disk images. If you want to boot DOS, you need a DOS disk image on the SIO2SD.

The PPC machines I still have are a little more dated than that. It would be painful to update the project for newer XCode versions and still support the PPC machines is what I was trying to get at. It may be possible with some hacks such as this: http://devernay.free.fr/hacks/xcodelegacy/ which integrates the old SDK's, GCC 4 and PPC assembler with the newer versions of XCode. You have to manually download the older XCode releases though. This only seems support through XCode 6.... not sure if it would work with 7 or 8.