the blog | 65816 dot com

Downgrade

Tue, 08 Apr 2008 20:36:00 -0400

So I finally decided that since I had both motherboards laying around, perhaps it was time to revert to ROM 01, and at least evaluate its merits. I think I'm going to stick with it. I'm not sure that the performance difference from running tools out of ROM, or not loading them from mass storage, is subjectively all that great, and yeah I really did miss the Sales Demo, Shufflepuck Cafe, and Alien Mind. Yes, sound artifacts seem to be increased somewhat, the old familiar cadence of ROM 01 at idle in Finder was frighteningly recognizable from childhood, versus the quieter ROM 03. But that's the biggest difference. Nothing broke. And on a platform where nostalgia clearly matters, I felt it was prudent to aim for maximum compatibility.

To be honest, I tried it the other way, at first. I began stepping through the IIGS Sales Demo and finding out exactly what was breaking on ROM 03. The first hitch was easy enough to see: A BRK crash into E1/00A8, the inline-based GS/OS or ProDOS 16 dispatch vector. But the Sales Demo was written for ProDOS 8. The explanation is that in ROM 03, one of the tool startup calls (I didn't look far enough to see which, I hope it wasn't _QDStartUp) actually makes a GS/OS (or ProDOS 16) stack-based call, thus dispatched via E1/00B0, to open FastFont. E1/00B0 is set up at cold boot, to jump to a ROM-based subroutine that pulls the parameters off of the stack, and allocates new space on the stack to store a dynamically-generated subroutine to make a class-0 (inline) translation of the same OS call (presumably for greater compatibility), and dispatch that via E1/00A8.

Without commenting too deeply on the merits of that decision, I have to say that must have been a tough call for the firmware engineers to make, coupling the ROM tools that closely with the operating system. In the past, I've seen tool calls made from ProDOS 8 very often, and this appears to break them.

But it's an easy fix, right? Change E1/00A8 to something like 5C 00 00 30 6B, to JML to 30/0000, and at 30/0000, add something like:

PLA

CLC

ADC #0006

PHA

SEC

LDA #0046

RTL

Pull the return address off the stack, increment it so the RTL will return to the address after the inline parameters, set carry to indicate error, and set A to $0046 (File Not Found). Fixes everything, right?

Nope. Things do get a few seconds farther, but it only leads up to another crash. But after pondering the number of patches I'd end up doing to make everything run, as well as the nature of ROM changes such as this, I decided to give downgrading a shot.

Oh, and the silly stuff I wrote back in high school that uses $C4xx on the mouse instead of _ReadMouse, magically works again. Ha.

-Chris

February Update

Sat, 23 Feb 2008 20:38:48 -0500

Hello!

Lately I've gone through another one of my phases where the IIGS gets a lot of attention. I started by checking out the new Dora the Explorer Coloring application for the IIGS, and then I was simply blown away by all the goodies on the new Brutal Deluxe website.

After that, I checked out the new Reactive Micro site, and got myself a LittlePower adapter and one of the recommended external ATX PSU's. The externalization of the power supply is always a good thing. I also threw a fan inside the IIGS, thanks to MC Price Breakers. The resulting airflow (and lack of hot noisy internal brick) was enough to make the GS more stable at 12MHz, although 16 is still too hot. Oh well, all TWGS'es (and GS logic boards) are not created equal.

I'm migrating away from using USB/PS2 devices for keyboard and mouse, in favor of an authentic IIGS keyboard and a (super cheap on eBay) ADB Alps Glidepoint. Also picked up a Sirius RAM card, although it has a couple hiccups and will need a bit more TLC before I can make oh-so-important leap from 5MB to 8MB of RAM.

When I'm not playing old Apple II games from The 202 Collection, or coaxing nice IIGS games into installing onto CompactFlash, I'm even working on my game, which is very close to finally hitting Milestone 1, which is to say that I've got a tiled world scrolling while fully digitized music plays through my Oversampler ripoff sound engine. If I ever ship my game, or even show it off at KansasFest, I promise we'll both be surprised.

Anyhow, I just wanted to drop a line and say that work has been hell, but I've still found time to use and enhance my favorite computer of all time, and that we're a lot closer to the day I'll pull back the cover and show you the secret game I've been working on. Till then, what's most important to both you and I, is that this 22 year old computer continues to surprise us.

I've also been collecting a ton of software in anticipation of collecting our old arch-rivals the Commodore 128 and Amiga 1200. These machines have a lot in common with our IIGS, except of course the IIGS's crippling graphics IO bottleneck (and its comparably gorgeous desktop environment).

-Chris

Eureka

Thu, 13 Dec 2007 20:14:27 -0500

I've received all the development tools I needed, plus a copy of the incomparable Spectrum. Recently, I also yanked the Video Overlay and Superdrive cards out of the IIGS on the suspicion that the machine would behave itself better without them. I wasn't wrong. This probably has nothing to do with those cards themselves, but rather the amount of amperage being pulled through the traces of the board and subsequently converted to heat. Interestingly, without those two cards, I have zero stability problems now, which, when combined with the new software (and all the games I've painstakingly and individually tricked into running from the CF card) makes the IIGS a much more appealing computer to use regularly.

So did I get anywhere with the new stuff? Yes.

For the first time ever, I've seen the tiled world of the game I've been working on, scrolling on a IIGS screen in both axes. I'll be working all weekend to combine this with my sound driver into a fun little demo to show off. We're cookin with gas now. I just can't wait to show you what I've been working on all this time.

-Chris

Winter Update

Sat, 01 Dec 2007 04:34:42 -0500

Hardball! (Screen grab not mine)

The IIGS Project did sit idle for a few weeks, no doubt about that, but primarily because I've worked so much. Tonight I got the inspiration to tear the IIGS open and remove a couple cards (VOC and Superdrive), which ironed out a few problems I was having. Now that everything except the ROM 03 incompatible stuff is running, and I'm not having any heat issues, the IIGS is looking welcoming again.

What about your game, Chris?

Yes, that. Well, I'm still waiting on the delivery of some development tools I ordered back in July, honest injun, and I believe they'll be here soon finally. But it isn't all because of that. There's also plenty of work for me to do without that stuff, and it's still getting done. Sorry! Did I mention I hold two full-time jobs? How did you think I managed to afford that eBay IIGS shopping spree?

What I did tonight, was spend a few early morning hours playing all the fun IIGS games and rediscovering, for the umpteenth time this year, the joy of computing. And nothing's going to be me back in the thick of things faster than that, I promise you.

-Chris

Atari 130XE

Thu, 06 Sep 2007 17:03:17 -0400

(Atari 800, my first computer)

(My stylin' 130XE)

I know I have this general rule against collecting even more old computers, but I feel sort of an obligation to make sure I have operational Atari 8-bit hardware. An Atari 800 was my first computer, and in December of 1981 (I would have been 4 and a half, roughly), I began programming it in BASIC. It got an almost-daily workout by me until it was replaced in approximately October 1986, by the Apple IIGS (yeah I know that's an early date to have an Apple IIGS at retail, but it was a dealer demo, a ROM 00 without a Woz signature. But let's leave Apples alone for just one blog entry here).

So in 2003, I'd added an XE Game System to my collection, choosing it for its detachable keyboard. A little while ago, I went to boot it up, and found that its ROM was bad. Now, I'm fully aware that I could fix this problem with the soldering iron I love so much, and a $12 order from Best Electronics, and I probably will someday, but at this point I'd also had enough of the XEGS' enormous footprint for the device + keyboard. I decided to get a 130XE as my new "main" Atari8, because it has that amazing 128K of RAM and FREDDIE memory management chip, and because I think many enthusiasts had also chosen it as the modern jumping-off point. A few clicks on eBay, and a week of waiting, and I had a 130XE in mint condition (the cellophane hasn't even been pulled off label) in its retail box.

I already had an RS232-SIO cable that I had used on the XEGS, but the SIO host back then was a Windows machine running APE, and this time it would have to be the Intel Mac Mini running SIO2OSX. So I also had to order the specific USB-RS232 cable they recommend, because (and I know this from experience attempting to write SIO hosts on the Mac before) the hardware-handshake lines, which are pretty important on SIO, are unreliable on nearly all USB-RS232 cables.

Anyway, after all that, my Atari stuff is working again and I'm pretty happy about that. I have grander plans for it, like installing the 30-in-1 OS ROM switcher, and experimenting with MyIDE and flash carts. But for now, I'm just happy to blast away on some of the first videogames I enjoyed.

When I'm not working on the IIGS game project, of course.

-Chris

Making Moves

Wed, 22 Aug 2007 19:55:10 -0400

Hello, I haven't forgotten about this project in the least. Since last update, I've...

- Sold the RAMFast-D and PC Transporter back to the community via eBay because they weren't going to get used

- Replaced S5,D1 with a 1.4M Superdrive, which makes absolutely no difference

- Passed on several opportunities to replace the TWGS with a Zip GSX, because it would make absolutely no practical difference, other than the much smaller current draw, which isn't enough to convince me yet. The mess stays relatively cool and my power bill isn't outrageous.

- Replaced the RAMFast-D with an Apple High Speed SCSI card, with which I am much more pleased.

And perhaps more importantly, I've...

- Gotten ORCA/C set up and started to adjust to programming the IIGS in a higher-level language (I think I said I was going to do this back in the beginning, it just took me awhile)

- Set up a Generic Tile Engine development environment

- Poured a few more hours of work into making tile maps

- Made image dumps of the CompactFlash partitions and begun more rapid development in emulators (freeing up the actual IIGS for more important stuff like Task Force)

... Also considering putting this old Quantum Fireball to good use by building an experimental GNO HFS development system on it.

Frankly, this part of the project is where it gets boring to you, because I don't have a lot to say until a demo is released, which will be as soon as possible, as long as the 60+ hour work week cooperates. But progress is happening quickly, so who knows...

-Chris

SuperGS Complete

Sat, 04 Aug 2007 10:12:21 -0400

... Or at least mostly so. Whatever modifications I make from here on out, will probably be relatively minor. It took roughly 4 months to acquire and build.

The final allocation of slots:

1. Apple Rev-C SCSI (maybe HS SCSI someday, didn't like RAMFast)

2. Uthernet

3. TransWarp GS / 32K Cache / new GALS / 12MHz

4. MDIDeas Supersonic

5. Apple 3.5" Disk Controller ("Superdrive Card")

6. Apple Video Overlay Card

7. //SHH Systeme Microdrive Turbo, 256M CF card

Memory: Harris Labs GS Sauce, 4MB

The motherboard is still ROM 03 with the prototype ROMs that contain a QuickDraw II bug that is unlikely to bother me. The CDROM drive is an AppleCD 300e, now containing the Golden Orchard CDROM, which is a seemingly-infinite collection of applications, games, information, and even .MODs.

There may be some more minor changes (replace 800K disks with Superdrives, swap some cards around for better circulation, etc), but for the most part, this is it. And I got Toolbox Reference 3 and GS/OS Reference in the mail, so I've got to do some more reading and step into the world of resources. I suspect my game could benefit greatly from a good knowledge of resources. I'm sure I'll dive into it and post something here about the results. Till then.

-Chris

Updates

Thu, 02 Aug 2007 01:03:47 -0400

Sorry, no new code, but as always, some work on the IIGS and NeXT hardware.

The IIGS got a System Saver and a brand new CH Mach III. That's a RAMFast-D with 1MB cache sitting next to the monitor too. The more I mess with it, the less SCSI seems worth the hassle on the IIGS, with the Microdrive Turbo CF setup in place. But I'm not done playing with it yet. Also the System Saver IIGS allows the machine to be stable with the case on at 12MHz, so I think the whole setup looks a bit nicer. Oh and yeah, I might have some Superdrive hardware on the way after all. I've no idea why. But then why do I do any of this...

That's a screen shot from the nearly-revived NeXT Turbo Dimension cube. The monitor's really LCD, the fisheye effect is from the Nikon lens. I'm almost done installing and patching OpenStep 4.2 onto a 4GB 50-pin IBM disk I found today, and then I have to tidy up the setup a bit more, and it'll be done. I'm not sure how often it will be running, but I'm glad it will be able to do something again. These two machines are my only "vintage" computers and they should at least be operational if they're going to be worth more than scrap metal.

Here it is, booted up and awaiting the login...

And here we are all nice and logged in...

And another shot of the Workspace Manager.

I can't imagine there are very many Cubes like this one in operation today. This one has 128M of system RAM and 128M of Dimension RAM (only 64 of which it will actually use), the v74 ROM upgrade, and a Turbo CPU. I have the 90-pound Hitachi CRT that sold with it but I refuse to trot it out and thereby admit that I own a CRT. I also have an ADB soundbox, but never got into NeXT ADB peripherals. This computer was built by me in 1999 from parts dating back to 1991 or so, and for some time in 2000 actually served as a work desktop. Glad to see it alive again.

-Chris

Libsound Beta

Sat, 21 Jul 2007 22:12:43 -0400

Wow wow wow. This is the sound driver I always wanted to write as a kid, but somehow I just couldn't hack it. Today, after a conversation with Lucas, I sat down and wrote it in a roughly 10-hour stretch. I just couldn't believe it, when everything started passing testing.

New Stuff!

This is the same library as before, it will play an infinitely long sound with its Oversampler-ripoff engine. But now it manages and plays one-shot sounds for you, with the following new and exciting C calls:

int loadOneSound( char *path );

Whereas *path is a GS/OS path and not really a c-string again. The int returned, is a libsound Sound ID number that you will use to refer to the sample later in soundPlayShort(). Libsound takes care of allocating RAM for the sample with the Memory Manager handle you gave it during soundInit(), and of course it uses GS/OS to load the sample into that allocated memory.

int soundPlayShort( int soundid, int rate );

soundid is the Sound ID number that loadOneSound() gave you earlier, rate is the Ensoniq DOC playback rate, (32 * sample rate in hz) / 1645. You do not have to worry about DOC RAM position or generator number. Libsound manages a pool of 8 generators and 32K of DOC RAM for you. When asked to play a sound, an unused generator is found, and DOC RAM is allocated with a granularity of $100 (one page). When the sample finishes playing, you don't have to do anything -- the sound MIRQ handler will automatically deallocate the generator and the pages of DOC RAM for you. Hell yes.

Limitations

There are some completely arbitrary limits. They are:

- Only 32 one-shot sounds may be managed. This isn't a design limitation, it is completely arbitrary and can be bumped up (to 64?) if need be.

- Only 8 sound generators are used to play one-shot sounds. This really shouldn't be a problem, as games generally do not play 8 one-shot sounds at a time. But it also is not a design limitation and could easily come up to 16 or more.

Changes

I don't do any error handling anymore. If I get a carry bit set on return from GSOS or the Toolbox, I do my very best to return to you immediately with the error number still in A, and the carry bit set. If a GSOS error occurs during long-sound playback, the file is closed and the DOC voices are halted. I promise I don't dump you to the rolling-apple anymore.

Also, the soundPlayStart function has added more parameters. The prototype is now thus:

int soundPlayStart( char *path, int rate, int oversample, int echodelay );

Whereas oversample = 0 is what you may call 'normal' operation,

oversample = 1 is "2X oversampling", where the sound data is double through interpolation (every other byte is an average of the two around it). In this case, double 'rate' as well.

oversample = 2 is "4X oversampling", which quadruples the size of the sound data, so you should quadruple the playback rate as well.

Oversampling can sometimes add perceived fidelity to the song being played, but you're more likely to just ignore it.

'echodelay' is the delay (in VBL intervals of 1/60th of a sec) between starting playback on L and R channels, to create a faux stereo effect.

These two effects were present in the Oversampler program when I reverse-engineered it and when I refactored it, so I'm putting them in your hands too.

Future Directions

soundPlayShort() will probably get more parameters in the next revision, to allow playback to occur on L, R, or both channels, per sound. There may also be a volume parameter to allow samples to play more softly or loudly.

In Other News

A RAMFast-D and AppleCD 300e are arriving within the next few days (where do I get all these toys!), and I'll be running some tests on the AppleCD 300e with both RAMFast and Apple non-highspeed SCSI cards, to see how well a SCSI CDROM works with the Oversampler engine. If it works well even without a fancy RAMFast, I'm more likely to consider mastering my finished product as an HFS CDROM, as well as .hdv image and/or CF card images.

Click the title for the download link.

-Chris

The Switch

Fri, 13 Jul 2007 18:26:18 -0400

Everything is hosted in ORCA now, and the switch was somewhat pleasant. It took about 4 hours to reformat the source and get used to the new assembler directives and such, but I have a working version of snddemo that launches from the ORCA shell now. This is significant as it clears the way for me to put together my test program that will scroll tiles while playing music. With just a few days left before you-know-what.

-Chris

Turbo Cube Restoration Begins

Thu, 12 Jul 2007 17:29:30 -0400

(Click title for larger picture)

Since the new Apple IIGS building project went so well, I decided to clean up and restore the NeXT cube as well. I did not want to use the 90-pound Hitachi CRT (although I do still have it, sadly enough), but the Samsung Syncmaster 712N LCD supposedly does Sync-on-Green. The Cube has a full 128M of RAM and 128M of NeXTDimension RAM, as well as the Turbo CPU board with the last firmware revision (which allows use of ADB peripherals, although I do not use them, as well as SCSI CDROM booting). The project currently awaits an SVGA-to-13W3 cable and a new root disk (the current one is kaput) in order to be operational. Those should be in place soon. I also have tons more NeXT loot to add to this display, so I'll get more pictures up soon.

-Chris

Another Weekend

Sun, 08 Jul 2007 22:10:02 -0400

(Above: The IIGS corner, which due to square-footage restrictions, is not permitted to exceed this cart. In this case, Disk IIc fits where Apple 5.25" Drive would not.)

Just an update. I've primarily been working on my tiles and maps. I'm really excited about what I have and soon we'll see it on a IIGS (or emulator) near you. I hadn't realized that Generic Tile Engine is presently an ORCA-only affair, which would not be a problem ideally, but since ORCA is still being sold and its only fulfiller is quite a busy man, my options are somewhat limited. But Lucas S is more than helpful and the project will easily make it around this corner.

(Aside, I'm not sure how ethical you think this is, but it passes my test. I'll be very happy to buy ORCA and hope that it gets fulfilled before Christmas, and forward you a copy of the receipt email, if you'll... you know. Just a thought. I only need the assembler. If you're still listening, I also need Spectrum...) I got everything and more, and legally licensed at that. Thanks everyone.

And before I forget, please join me in welcoming Haloscan comments to 65816.com. I'd love to hear all your thoughts on this stuff.

(Above: Super-GS current configuration, with VOC, but PCTransporter yanked. Reactive Heavy Duty Power Supply also installed. Various GALs and crystals laying around. K-rad Megademo disks handy too.)

I spent a lot of time today attempting to stabilize the Super-GS too, mainly because I'd fiddled with crystals so much, I'd broken the fragile legs off of the 25MHz full-can (yes full, so two legs were oddly bent to fit in the half-can socket) oscillator that came with the TWGS when I'd purchased it. This left me with a 55MHz oscillator (for a 13.75MHz system) from my experimental oscillator collection, as a minimum to start from. At 13.75, I managed to get the machine to be stable for 10 entire minutes, which was a new record, but then came the crashes, as always.

I tried pushing the slot sprongers back out, cleaning card edges with eraser, swapping in different GALs, filtered power, a Reactive 200W Heavy Duty Power Supply... all with very little luck. I even tried different chassis/motherboards and ended up getting the same crashes. This says to me then, that my limitations lie with the TWGS card itself. Tomorrow I believe I'll have oscillators for more sane speeds like 8, 10, and 12MHz. Since 13.75 is just barely on the wrong side of stable (I can clear several levels of Wolf3D before it crashes), I think 12 will probably do fine, 10 will be stable if 12 ain't, and 8 will be unnecessarily slow. But I've been wrong about these things before. TWGS experimentation and stabilization is apparently a very slow and personal process for every IIGS nerd, due partly to the tolerances and margins-of-error of equipment that was manufactured 20 years ago. I mean we are talking about freakin antiques here.

In other news, during all this experimentation, I yanked the PC Transporter, again. And realized just how much better the video output looks without that nasty Colorswitch card, again. If it stays yanked for very long, I promise I'll sell it back to the community, because it's one of the more useless cards I have right now.

Am I going to KansasFest? I haven't been to the actual event, seminars and all, since 1993. And this might be the last one. And I actually have some amazing stuff to share. All this is weighing on me towards 'yes', but I have to make the decision this week, so you'll know soon. Everyone else who has played a part in my little year-2007 IIGS adventure will probably be there, so perhaps I should be too. And of course my family is in Kansas City also.

So that's it for now, just another progress report to show you I've been working. And it doesn't even feel like work, because this is among the more gratifying hobbies/money pits I've ever had. The IIGS remains now, as then, a teacher of programatic lessons as well as of the self.

-Chris

Whoops

Sun, 01 Jul 2007 01:32:19 -0400

If you actually tried the Oversampler Sound Driver Demo and the sound skipped on you, it's because DOC registers $A0, $A8, and $B0 should have been initialized to $02 (one shot) instead of $00 (free run). It cost me about 6 hours to track that down. You can patch it yourself or await the next release of stuff here.

Excellent progress with GTE too. I should have something else to share soon.

-Chris

Oversampler Sound Driver Demo

Sun, 24 Jun 2007 22:10:09 -0400

Today, I took advantage of a marvellous rain shower to integrate my basic GS/OS "shell" program that draws a basic menu bar and goes into a TaskMaster event loop, with a sound player that, although recoded by hand, is still a shameless ripoff of Oversampler technology. The end result, though, is to demonstrate a version of this technology that works well and can be integrated into a TaskMaster-style event loop. This fulfills the first milestone of my upcoming product's development. The next milestone involves getting familiar with Lucas' Generic Tile Engine and adding a scrolling tiled map into the mix. At that point, the results will begin to get progressively more exciting, I hope.

The Merlin 16+ Source link, will display the source to the GS/OS program, while the "ShrinkIt Demo Archive" link contains an actual playable music file as well as the built GS/OS program that plays it. It's a little over 900 lines of source, and is probably the nicest thing I've ever done on the GS so far. It works perfectly on Super-GS.

Just something to show you I've been working. :)

-Chris

(Click entry title for links)

Just Another Update...

Wed, 13 Jun 2007 21:46:21 -0400

Haven't gotten a new power supply yet, or finished upgrading one by myself, however I did put the VOC and PC Transporter and SCSI card back into the machine, thus occupying all 7 slots as well as the memory slot (with planning and careful management of card protrusions to prevent shorts, this is possible). With the TransWarp GS at just 7MHz and the new low-power components installed on that board, the machine will run with all 7 cards inserted and the case lid on, indefinitely. Those TWGS upgrades help so much even if you don't swap crystals.

(For the interested, that's 1:Uthernet 2:PCTransporter 3:TransWarpGS 4:MicroDrive Turbo 5:VOC 6:MDIDeas SuperSonic 7:SCSI MM:GS Sauce 4MB. I'll get pictures soon.)

Also, I'd like to tell you that the 8x2 internal joystick pin header shouldn't be used due to logistical inconvenience as well as the idea that a good yank would stress your 20-year-old logic board. But none of those reasons applied to me, I just snipped that pin header off of my Kraft joystick (same model pictured above) when I got tired of trying to argue it through the GS back ports. A few weeks later, I picked up the wreckage, identified the wires in the cord, and put a nice Radio Shack DB9 metal plug on it and screwed it to the back of the GS. It works wonderfully, and my countless games of Task Force and Xenocide are testament to that fact.

Oh, and the Uthernet card is working great. I was able to configure it and use the textmode telnet program that comes with Marinetti. I've yet to more fully explore it, but now that I've got a joystick and a pretty stable system, I've got a million things I wanna try when I get time.

There aren't many hardware improvements and tinkerings left to do at this point, so I promise I'll get back to programming.

-Chris

IIGS on 42" Westinghouse LCD

Sat, 09 Jun 2007 21:34:08 -0400

TWGS Upgrades

Sat, 09 Jun 2007 21:17:03 -0400

I received a mega-order from GSE-Reactive today and immediately put it to use. The TWGS board got a new set of GALs, the 32KB cache board with 1.8S firmware, a new 65816, and various crystals. You might also see that I pulled the VOC for now and put the Uthernet in Slot 1 (with which I have not yet had time to mess).

So far it's very stable at 7MHz, but temperamental even at 13.75MHz, and will crash before it even boots at 18MHz. Changing out the PSU with another (curiously differently-labelled) one seemed to help somewhat. Other factors that are known to help are reseating the oscillator, cold air, and reseating the CPU cable and ZIF socket. Yeah, I know filtered power and a heavy duty power supply will help tons as well, that's on my list.

There are many more variables I can play with. I have a few ROM 01 and ROM 03 boards here, each with its own tolerances and quirks, and one will probably clearly prove itself to be more stable than others. Also note that the board I've been using was never intended to be sold to customers in the first place. So I'm not worried, but it's going to take me a few days to get it up to rip-roaring speed along with everything else.

So give me another GS-messin session or two, and I'll post about my stable IIGS and give my impressions of the Uthernet card too.

-Chris

More Setup Photos

Fri, 01 Jun 2007 21:35:19 -0400

Memory Expansion - Fully-populated Harris Labs GS Sauce

Slot 7 - Microdrive Turbo IDE/CF Adapter, 256M CF Card

Slot 5 - MDIDeas Supersonic

Slot 3 - TransWarp GS

Slot 1 - Video Overlay Card

(Cards spaced a slot apart to try and permit some sort of airflow)