Jan 232014
 

Softalk was one of the most highly regarded computer magazines focused on the Apple II series of computers, running from September 1980 until August 1984. They’ve been mentioned here before. In the later years, however, the publishers branched out to a couple of other platforms. There was a second magazine called Softalk for the IBM PC, which was—well—Softalk, for the IBM PC. But there was also a Softalk magazine devoted to the Mac, upon its release. This was ST.Mac, which is etymologically “Softalk” with a filetype/extension “.Mac”, although it also seems to have gone by “Saint Mac” as well.

Stmac

ST.Mac launched just after the original Macintosh did, its first issue covered February 1984. Monthly issues followed, although unfortunately not for long—the whole Softalk enterprise pretty much stopped after August 1984, including both the original Apple II Softalk magazine and ST.Mac. So, all in all, there only were seven issues of ST.Mac, which might explain why even Mac enthusiasts often have never heard of it. I certainly hadn’t until pretty recently, despite having loved the Apple II Softalk for over 30 years.

The magazine is primarily focused on the Macintosh, but also considers Lisa within its scope, and it’s one of the best/only places to find magazine print ads relating to Lisa products. It’s also interesting to see some of the contemporaneous discussion, not all of it positive. I can say myself, having been fairly deep into the Apple II world at the time of the Mac’s introduction, that upon my first experience with a Mac (I think it may have been a “Fat Mac”, the second iteration that had 512K rather than 128K), I wasn’t actually swept away in the way people were supposed to have been. As a child (but one already pretty handy with the command line), it felt kind of slow and limited. True, there were a lot of dots per inch, but I still took it to be mostly a toy computer aimed at novices, and I pretty much ignored it for the next five years until I the Macs gained software and traction and speed (at which point I bought the SE/30, which I still consider to be basically the pinnacle of the compact Macs). And some of that kind of reaction can be seen in some the letters that got printed in ST.Mac, too, though of course the focus of the magazine was mostly the positive and new developments on the Mac platform, right as it was getting its start.

Anyway, I have now scanned the entire short run of this little magazine, and it is definitely interesting to read in retrospect. So, without further ado, here they are. The main links below are to the smaller 300dpi scans (around 70MB), and better, larger, 600dpi scans (around 260MB) are linked separately if that’s of interest.

Stmac feb1984 Stmac mar1984
Stmac apr 1984 Stmac 1984 may
Stmac 1984 jun St mac 1984 jul
St mac 1984 aug  
Apr 072012
 

On the Bell & Howell front, I have now cleaned it all up, and reassembled it. In the process, I found this stamped under the keyboard, which pretty definitively indicates that I was right about this being an August, 1981, machine. (Further evidence that the “8138” really does mean “38th week of 1981,” corresponding to September 14–18, 1981. So, I guess they built the case on Monday, August 10th, and put it in a pile for five weeks, then built up the motherboard and assembled it.)

Bhiiplus keyboard date

When I plugged it in, frayed cord and all, and hit the power switch, I got nothing. No response. This means one of two things to me: either the power supply in the machine is dead, or I plugged in the leads from the backpack to the power supply wrong (which, I suppose, might also mean that the power supply is now dead as a result). I have not tested the power supply separately, but I did plug in the terrarium power supply to the Bell & Howell and got this:

Bhiiplus side powered

All keys working, power light on, everything at least initially appears A-OK. The video is running on my composite amber monitor, out of the backpack, courtesy of a BNC-RCA adapter I picked up today as well.

Bhiiplus keytest

This also rectifies the oversight from before, as I now have a picture of the game I/O port on my own machine. Here it is close up, for your viewing pleasure.

Bhiiplus gameio

Now I just need to decide what cards go in it, replace the feet with some authentic spares I have coming to me in the mail, replace the power supply (with something authentic I hope), and set up the backpack in some useful way.

My current semi-crazy but interesting plan is this, for the record: I will install a language card (to bring it up to 64K), a Super Serial card (to allow it to connect to other computers), and a Disk ][ card (with one or two drives connected). Here is an "artist's" rendition of that, courtesy of Penultimate on my iPad:

Bhiiplus art slots

And here is my similarly skillful rendition of the AV connections I intend to make with the backpack.

Bhiiplus art av

The features of the diagrams above are as follows:

  • I will bring audio in from one or two nearby machines, to allow them to be mixed by the backpack (just to give the mixing knobs in the backpack something to do, I can't think of any real practical use for this).
  • One video out goes to a monitor atop the machine.
  • The second video out goes to a capture card, probably the Wings personality card in the Power Mac G3. Caveat here: I need to put some kind of surge suppression mechanism in there, because otherwise the power surge over that cable when the Apple is turned on will likely kill the G3. I don't know if I have to build this myself, or if there is something out there that can accomplish this for me.
  • The speaker out also goes to the capture card, right channel.
  • The cassette out goes to the capture card, left channel.
  • The cassette in comes from the G3, left channel.
  • The Power Mac G3 streams the video/audio to the internet for remote consumption.
  • A webcam is also placed facing the Apple so that it can be viewed that way, too, and not just through the straight video out.
  • The Super Serial Card in the Apple will be connected to some Mac capable of communicating with it and with the internet (maybe the Power Mac G3 again, maybe the Performa 6116CD).

What I will have accomplished here is, I think, the following. Presuming that I write the Super Serial Card modification to the modem driver that I discussed in an earlier post, and presuming that the Apple is set to start that up automatically upon power up, I will be able to control the Apple's command line over the internet. I will be able to see what I'm doing both through the webcam stream and through the AV stream. I will be able to send programs not already on the machine through the cassette port, which I can get on the internet. If desired, I can also save data via the cassette port into one channel of the AV stream (though for both loading and saving, I could do this over the serial port if I made a slightly more sophisticated driver). Et voilà. Mostly controllable Apple ][ plus over the internet. Better still, using the backpack for what it adds to the machine, since the "speaker out" function wouldn't have been available in a regular Apple ][ plus, and none of this requires additional line splitting.

Further, if I can get the Apple Cat ][ set up with X10 modules on a different Apple II that I can communicate with over the internet, I can use that to power the Bell & Howell off and on if it ever freezes or gets into a state where it needs local input that I can’t provide.

There are a lot of moving parts to this plan, but if it works, it would be very cool. And it seems like it should be technically feasible.

Mar 192012
 

I moved the 1GHz iMac G4 upstairs and installed Leopard on it today.

Imacg41ghz osx install

Not much going on there yet, and it is on the network via DHCP (so doesn’t have a stable IP address), but I can screen share into it from my office iMac, which I can screen share into from home.

Imacg41ghz double share

Mar 182012
 

I also don’t approve of this:

Apple G4 CUBE Tissue Box

[Photo credit: macgeek on instructables.com, hosted here.]

But it is mitigated (slightly) by the fact that one of the people responsible for doing this to a G4 Cube at least put the (working!) parts up on eBay.

Cube carcass ebay

Cube carcass ebay 2

Here, incidentally, is my new-to-me G4 Cube. Just waiting for the (annoyingly non-standard) power supply to arrive before I can set it up, but I’ve seen it boot up.

Cube shelved

Cube from above

(The G4 Cube is, of course, in the design collection at the NYC Museum of Modern Art.)

Mar 132012
 

I’ve been exploring drive replacement options for the various machines that I have and which might need drive replacements, and I’m finding a surprisingly small amount of information about exactly what all of the drive options really are. This is a much more complex task than I’d originally given it credit for, there are a lot of different drive interfaces. It’s more than just 2.5″ vs. 3.5″, IDE, SCSI, SATA. Many of the spec sheets I’ve been coming across are not sufficiently verbose about the type of drives the machines take, just the sizes they shipped with. So, let me try to collect my thoughts on this in a way more organized than I undertook in my previous rambling. (This is particularly true of the Mac machines, the Apples II I think I basically grasp.) Warning, however: This is not likely to be very interesting to anyone but me.

The iMac Service Source manual for the iMac G3s indicates shipping hard disks of the EIDE type from 7–30GB. My impression, given the casualness with which information is supplied, is that anything with a PATA physically compatible interface is pretty much backwards compatible, so that I can use a newer, fancier PATA drive even if the machine that’s talking to it doesn’t know how to use its features. Also, I learned from the PATA article that the Compact Flash interface is really just yet another PATA type (with a different physical connector), so that explains why IDE-CF adapters are so cheap.

For drive sizes under, or possibly at, 32GB, an IDE-CF solution as replacement makes some economic sense, but for larger drive sizes, the cost of the CF cards starts getting pretty steep. Although I could in principle hit or near the 128GB maximum addressable size for G3 iMacs, graphite PowerMac G4s, and the G4 Cube by getting a 128GB CF card (currently $898 at newegg.com) or an OWC Mercury Pro Legacy SSD (currently $220), I am not composed of cash. The SSD option is fast enough that it might merit some consideration, but it’s still a lot. A spinning IDE drive is over three times cheaper, e.g. OWC’s 120GB drive (currently $68).

There’s a kind of a conundrum in deciding what to put in the vintage Macs, because although they often shipped with smallish drives, when has that ever been enough? Granted, there is a big usage difference between the times when each of these was serving as my primary computing platform, and now, when they’re likely to be fairly specialized in what they’re being asked to do. But do I focus on replacing the hard drive at its shipping size, or max them out?

The SCSI interface of the still-older Macs is more problematic. Since I still think getting actual vintage drives as a replacement is not a smart move, a SCSI-IDE or SCSI-SATA adapter is probably a better option. Also, the size limits on these drives is smaller; in many cases (where I’m running pre-System 7.5), I can’t get beyond 2GB anyway, which makes a CF solution attractive. Something like PCD-50B with a CF-to-PCMCIA adapter (required because booting is constrained to the PCMCIA slot) looks like a pretty good option, even if it’s kind of overkill, since it’s (at $67 currently) about the cheapest way to get from SCSI to CF. Though it is not universally trouble-free. The PCD-50B setup is about half the price of the CF AztecMonster (page in Japanese, though he sells them via artmix on ebay as well). I bought one of the CF AztecMonsters, but shipping estimates suggest it will be a while before I see it. But SCSI-IDE for an actual drive seems like a dead-end road, since nobody is going to be making new 2GB drives.

[update: I came across some notes on Rob Brauns's page that might be useful: Experiments in IDE-CF adapters, Experiments with R-IDSC-E SCSI to IDE converter (Oct 2009), and SE/30 Storage Benchmarks (Jan 2010). A few other interesting things there, including a writeup of Remote Booting a IIgs (Oct 2009) which can be seen in action on Brian Picchi's video demo.]

For my own reference, here is a list of the machines, shipping size, and interface, that I have a chance of trying to replace the hard drives in.

Machine
Year
Interface
shipped size
OS shipped
OS max
Max under shipped OS
(Max under max OS)
Notes/
Plans
SE/30

1989
SCSI
80MB
6.0.3

7.5.5
2GB

4GB
SCSI-CF? System 6, A/UX, NetBSD?
Mac LC II

1992
SCSI
80MB
7.0.1

7.5.5[1]

7.6.1
2GB

4GB
IIe card,
System 7.5.5
Performa 6116CD

1995
SCSI
700MB
7.5.1

9.0
2GB

4GB
AppleTalk/Ethernet bridge?
Mac OS 7.5.5?
Agonizingly slow
Duo 2300c

1995
2.5″ IDE
750MB
7.5.2

9.1
4GB[2] 2.5″ CF-IDE 2GB replace.
Mac OS 8.6
PowerMac 7500/100

1995
SCSI
500MB
7.5.1

9.0
2GB

2TB
Mac OS 8.6?
Use unclear
PowerMac 8600/200

1997
SCSI
2GB
7.5.5

9.0
2TB Mac OS 8.6?
PC Compatibility card. Upgrade HDD? Mac OS 8.6?
PowerMac G3 Beige

1997–1998
SCSI & IDE
4-6GB
8.0

10.2.8
2TB SCSI
128GB IDE
PM G3/233.
Mac OS 8.6 or 9.2.2.
IDE-CF seems to be an option.
Replace the personality card with a Wings card? (Then what? Use the PMG3 as an external monitor for an Apple II?)
Use unclear.
Bondi iMac

1998
IDE
4GB
8.1, 8.5

10.3.9
128GB Not sure whether rev A or B.
IDE-CF realistic.
iBook SE

2000
2.5 EIDE
6GB
8.6

10.3.9
128GB Airport capable. IDE-CF realistic. Mac OS 9.2.2?
iMac DV, DV/SE

1999–2001
EIDE
13–60GB
8.6 or 9.1

10.4.11
128GB Not sure on models. IDE-CF realistic. Airport with adapter.
Ruby iMac
2000
EIDE
10GB
9.0.4

10.4.11
128GB IDE-CF realistic. Airport with adapter.
G4 Cube

2000
EIDE
20–30GB
9.0.4 or 9.1

10.4.11
128GB Unsure of model. Airport capable. Mac OS 9.2.2. IDE-CF realistic.
PowerMac G4 Graphite

1999–2000
EIDE
10-40GB
8.6 or 9.0.4

10.4.11
128GB unsure of models. Maybe Airport capable.
iMac G4

2002–2003
EIDE
60GB
9.2.2 and 10.1.2, 10.2.3

10.5.8
128GB Airport capable. IDE-SATA maybe.
PowerMac G4 MDD

2003
EIDE
80GB
9.2.2

10.5.8
2GB

128GB
Not completely sure of model. Airport capable. IDE-SATA maybe. 10.5.8 if DP.
eMac

2002-2005
EIDE
40–160GB
9.2.2, 10.1.4 or 10.2.5 or 10.3.3 or 10.4

10.4.11 or 10.5.8
big One is 1.25GHz/512MB, unsure of other model. Airport capable (1.25GHz requires Extreme). IDE-SATA maybe. 10.4.11 probably.
iMac G5

2005
SATA
250GB
10.4

10.5.8
big 75% sure of the model. Modern HDD.

[1] I will use the LC II at no higher than system 7.5.5 so that the Apple IIe card will function.

[2] LowEndMac passes on warnings that ATA-6 drives are not compatible with the 2300c, which may need to be a consideration in replacing the hard drive in the 2300c with a CF contraption.

That took a while to work up, and I’m not completely sure I got the max capacities right or what the precise relationship I need to worry about is between IDE and EIDE and the different ATA levels. But it is interesting to see this list spelled out this way, it suggests to me that I have too many machines to realistically update them all. It reinforces the idea that I should mainly be concentrating on replacing hard drives that have already failed, and stick with the hard drives that are installed if they still work. Also, I am really leaning toward flogging some of the non-unique (or just uninteresting) ones off on ebay or something once I get them to start. And, sorry to say, those I may well consider putting cheap vintage drives in.

Mar 132012
 

So, I have a number of 15″ iMac G4 machines, some of the 800Mhz/512MB variety and at least one of the 1GHz/512MB variety. The 800Mhz machines are capable of booting Mac OS 9.2.2, and are among the last machines Apple made that can, although my G4 MDD is about the fastest (1.25GHz) machine I have (and that exists) that I could boot Mac OS 9 on. However, I think I’ll reserve the power of the MDD for Mac OS X, and so I will designate one of my 800MHz G4s as being a Mac OS 9 machine. The iMac G4s are certified for Mac OS X up to 10.4.11, though 10.5 is possible to do. I don’t actually have very much nostalgia for Cheetah, Puma, Panther, or Jaguar. Absolute no way would I run any of these machines on Cheetah now, that was terrible. For the most part, major upgrades to Mac OS X have been big enough steps forward even in performance that I don’t think I’ll install anything less than Panther unless forced. The iMac G4 is modern enough that it can take an AirPort card, too, so I could use that to get it on the network.

One of the things I have been doing with my modern iMac is hooking up a second monitor that I often use in advising appointments with students as a screen that I can point at them without necessarily revealing everything that I have on my own main screen. But the second monitor I have is a big old gargantuan CRT, and the iMac G4 seems like it has a better physical design for this sort of use.

There are two approaches to this. One that might be a sort of feasible option is to run something like Air Display (which I love for making my iPad a second monitor for my MacBook Pro) on the iMac G4, but unless there is another competing option with lower minimum requirements, I would need to push the iMac G4 up to system 10.5.8, which is well beyond what it’s supposed to run. It can be done using something like LeopardAssist, but it goes against my principle of trying to keep the older machines snappy by sticking with their shipping OS. This would most closely match my current usage, though. Perhaps this is enough of a reason to use the 1GHz machine, too, though I think I’ll want to try to kick up the RAM as well, since 512MB is also not really going to cut it under 10.5.8. I suspect that the iMac G4 would still wind up being very slow when not acting as a second monitor. The hard drives are only 60GB or 80GB big, so there’s not a lot of room to maneuver, but I might try to make the machine dual boot into 10.5.8 and 9.2.2 and use it in 9.2.2.

The second approach is of course just to leave the iMac G4 on 10.4 and use its native processor to do the displaying of the PDFs and web pages and screen-share into it, since 10.4 includes a VNC server. This might work well also due to the fact that I have a somewhat higher number of machines than I have keyboards and mice. One thing I am not sure about is what versions of what browsers function acceptably under 10.4. I need to be able to browse through the university’s data pages in order to get to transcripts, which does involve a certain amount of modern JavaScript, but I think I should be able to find something that can do this acceptably. I also would ideally link my Dropbox folder on the iMac G4, which would make all of my PDFs available (though in fact my Dropbox folder in total is bigger than the hard drive on the iMac G4, so I’ll need to take advantage of their relatively new selective sync ability to sync just my PDFs folder and not the rest of my Dropbox folder). But at least as of now, Dropbox still supports 10.4.11.

Not quite sure where I’ll go with this, but I’m sure I’ll report it here.

Mar 122012
 

So, I’ve been collecting a bunch of vintage machines, mostly because of the nostalgia value, but practically speaking, what good are they? What realistically might ever lead me to turn one of them on? Some of these are just visually appealing (the G3 and G4 iMacs, the G4 Cube), or have very strong nostalgia value (the Apple ][+), but some of the others are sort of interesting but I'd still kind of like to explore the possibility that they can still be actually used for something.

As a sort of prerequisite to that, there are a couple of considerations. One is that if they are going to continue to work, they need to not have dead hard drives, and they will also probably need to connect in some way to the modern machines.

For the most part, I think I will probably run the old machines on the operating system they shipped with, or at least not with the absolute maximum operating system they can support—the newer the OS, the more demanding it will be on the hardware and the slower the experience will wind up being. Which will mostly guarantee that I wouldn't use them. Plus, at this point, capabilities are not as much an issue as usability—if there's something that the LC II can't do because it's running too old of a system, the next computer over should be able to do whatever it is.

One concern I have about operating these machines in the modern world is that they need to have access to large storage, preferably replaceable large storage. There are a couple of categories of problems to address here. The oldest of my machines, the Apple II series computers, didn't ship with any permanent large storage, but primarily used 140K floppies. It was possible, however, to buy hard drives for these machines. This was all done with expansion cards, and the earlier operating system (DOS 3.3) was pretty limited anyway in how large a space it could keep in mind at one time, so larger storage had to be split up into "volumes" since the largest disk DOS 3.3 can imagine is 400K. The newer operating system, ProDOS, can see partitions up to 32M, and GS/OS (which I can of course only use on the IIgs) allows up to 2GB partitions. These are of course laughably small data spaces by today's standards, but of course one doesn't need a lot of space for the software to run these old machines. So, with respect to "authenticity," I think it's fair to say that, since hard drives were made for these machines, introducing a hard drive (or something that works like a hard drive) retains the authentic experience. And, really, I don't have much nostalgia for constantly swapping floppy disks, having bad sectors crop up, etc.

For these systems, there are a few different modern solutions that involve using Compact Flash cards in newly creating interface boards, and this seems ideal. First of all, CF cards are cheap and they have no moving parts. The only problem I foresee here is that finding CF cards small enough might wind up being a problem in the future. But, even if one were outright given to me, I'm not sure I'd want a true vintage hard drive for these machines. First of all, hard drives just fail. Using a 25-year-old 20MB hard drive is likely to very soon lead to tears. And while it's working, it's going to be loud. The CF card solutions, on the other hand, use a medium that's modern enough that it's trivial to connect them via a USB CF reader connected to current Macs (or even to the built-in SD reader in my MacBook Pro, though I haven't yet been able to locate such an adapter). Which solves one of the other big issues with working with the vintage hardware: getting data in and out of them. I plan to eventually put CF drives in all of my Apple II-era machines. I'm eagerly awaiting the second run of the CFFA3000 card, which I will certainly get at least one of. I've already ordered a Focus IDE HD + CF controller card, I'm just waiting for it to be built (currently I'm guessing it'll still be a couple of weeks away). Another option in this realm is the MicroDrive IDE controller, and perhaps I'll consider getting one of these too, just to compare them. These are not an option for the //cs and //c+, but for my three ][+-type machines, my //e, and my IIgs, one of these storage options will really make it much more likely that I'd actually use them.

One complication in the Apple II area is that many disks were actually copy protected, to make it difficult to just hand around copies to all of your friends. This led to a pretty active cracking scene, and most things were reverse engineered or imaged in various ways that led to copyable versions, although this means that the only way you can run a lot of these programs/games is to use the version with the crack screen. And also, some things could be copied using specialized copy programs (Copy II Plus, Locksmith), but the resulting copy was still just as copy-protected as the original. The issue with all of this is that in the context of a hard drive that is supposed to have the contents of many disks on it, there's a large chunk of the software that simply can't be used that way. The only way to use these things is to boot the floppy disks. The CFFA3000 does have some compatibility with "nibble" images, but it is still stated as being incompatible with protected floppies. I'm not sure what the best solution to this will end up being. It might really be that the best solution for these is to just use real floppy drives, but for everything else the hard drive will be a big help. There's a considerable cost, of course. The new cards are all in the region of $150, which is in many cases more than the entire machine is worth to an ebay audience. But the usability improvement probably justifies it. I also like the CF solution better than a real hard drive solution because CF cards are cheap to replace and easy to read/write on modern machines, and even though CF drives do have a limit on the number of writes you can do to them, the Apples II are not likely to come anywhere near those limits.

This does still leave the //cs and //c+ out in the cold, however. The options here are really limited. The compact form of these machines means that there are no expansion slots in which any kind of CF or hard drive card could go, and there is no external connector other than the serial connections for the printer and modem. Given that there is also no AppleTalk, they're really stuck with floppy disks, possibly transferred over with ADTpro, but still ultimately stored on floppies. The //c+ is capable of using 3.5" floppies, but at least two if not all three of my //cs are ROM 255 versions, which did not have support for 3.5" drives. The best I could hope for here, really, would be some kind of front end file transfer program that could bring in a program over the serial port from a hosted catalog (like what ADTpro does) and then run it in place (ADTpro only allows for downloading disk images to be written to physical disks). As far as I know, there is no hardware solution available to the //c that can get me any closer than that for larger non-floppy storage, and the serial loader I'm imagining here probably has yet to be written.

There is a similar issue once we get to the older Macs, at least with respect to the life expectancy of the internal hard drives, though at least these all shipped with hard drives installed and know at least something about how to deal with them. The oldest Macs I currently have are three SE/30s and an LC II, which originally shipped with an 80MB SCSI hard drive. That's a small hard drive. If the internal drive fails, which it will surely do at some point, finding a drop-in replacement will not be easy. Furthermore, the OS prior to System 7.5 had a limit of 2GB that it could see. But even a 2GB SCSI drive is going to be hard to locate. CF cards, on the other hand, quite easily get to 2GB. A CF card in a Mac worries me a little bit more than in an Apple II, because it's more likely to start using swap space for virtual memory, and so more likely to hit the write-limit. But artmix on ebay (the manufacturer) currently sells some SCSI CF card interfaces, and I might just go for some, at least to try. Advantages I see here primarily is that even if the CF card dies, it'll be much cheaper to replace the CF card than it will be to try to replace an actual hard drive. And, I can periodically, if I so desired, crack open the Macs and take out the CF card to transfer data to/from them or back them up (although this doesn't sound like a great idea for the SE/30s. The hard drive in the LC II is trivially accessible, but in the SE/30 the hard drive is tucked away under some hardware that would need to be removed before I could get at the CF card inside. I guess I could get something like this SyCard CFextend 182E and position the cable in some way so I could get at the card without disassembling removing the video board, but the thing costs over $100, so I'd have to be really sure I'd actually want to change the card often).

Once we get to IDE Macs, such as the G3 and G4 iMacs, we start getting into Mac OS X territory (potentially, though as I stated at the outset, I'd probably be running Mac OS 8 or Mac OS 9 on many of them), where disk access gets even more intense. An option here is to just get a SSD drive like the OWC Mercury Pro Legacy, but they are expensive too. They're likely to be more resilient for this kind of use than a CF-based solution, but if they fail, an entirely new drive is required. And the ability to just extract the "hard drive" to read on a more modern machine is lost. Also, on these early Macs, the first partition of a big drive has to be no larger than 8GB, and the whole drive can't been seen past 128GB. And even those are pretty small to expect to find these days. I think the 1MHz iMac G4 can see bigger drives, but I don't think the earlier ones can. The MDD Mac is supposed to be able to.

Of course, the expense here starts to pile up. In the case of the Mac machines, I may well hold off replacing their hard drives until I need to do so, since many of them do have working drives in them. For those that lack hard drives altogether, though, I may consider some of these CF or SSD options.

On to the other main obstacle I can see in making these older machines usable, which is connectivity. The newer Macs have ethernet capability and, some have Airport capability, so I will probably try to ensure that those connect in the modern way. I even have an ethernet card for one of the SE/30s, but I'm not sure how useful it will be. I do not anticipate putting an ethernet card in the LC II, because it has only one PDS slot, and that slot is reserved for the Apple IIe card. Most of the older Macs can speak AppleTalk, so I expect that I'm going to try to set up a small AppleTalk network among those machines so that they can talk to one another. And, the IIgs should also be able to participate in this as well, since it has both the port and the ability to use AppleTalk in ProDOS and GS/OS. None of the prior Apples II have AppleTalk ability, although an enhanced //e can use a Workstation Card to get on an AppleTalk network (and I am not sure at the moment whether my //e is enhanced or not).

The connectivity of the Apples II is most in question at this point. I have modems for two of them, although they don't really have anyone to talk to over the phone line these days. I suppose it's possible that if I could get them to ignore the lack of a dial tone I might be able to get them to talk to each other, though it seems a little bit silly. Still, I have these programs written for the Apple Cat that it might be nice to see running again, but it would require a second Apple Cat and I'm not sure that it wouldn't actually require two phone lines as well, since phone lines did provide some power that the modems may be sensitive to (meaning that just running a phone cable from one modem to the other directly most likely won't work). I might be able to rig something up if I ignore those modem cards and convince the Apple II that it's talking with an external modem over a serial connection when it is actually talking to one of the Macs, emulating a modem. I can't have been the first one to think of this, some kind of solution like this may well exist out there. This would require getting Super Serial Cards for the //e and ][+es, but they are still pretty cheap and plentiful at the moment. Though I might also want to stop and ponder what exactly the connectivity is useful for, too, in these cases. The Apple Cat is capable of turning things on and off (I think—I have the expansion card that allows for this, but I’m not sure that I have or can easily get the right interfaces that would get it to an actual power outlet), so perhaps if I could make the machine with the Apple Cat in it to be somehow addressable on the network I could get it to turn things (e.g., neighboring computers?) off and on. (That would be excellent if I had it set up so that if my modern office iMac freezes badly [as it sometimes has due to some kind of lockup of the Firewire ports], I could send a signal to the Apple ][+ and turn the iMac off and on again.) The biggest file transfers will probably really happen via CF cards, though, not serial connections with the modem port. So, what else would connectivity buy me? Mainly just the ability to save small, incremental files (perhaps for use in a disk image) somewhere they could be retrieved without pulling the CF card. And so maybe it isn’t really worth it, though I have to say, the thought of an unconnected computer does really make it feel isolated and lonely.

But on to the plan, what could these things be useful for? I have pondered the possibility of using the iMac G4s for art, and writing a screen saver that runs on all 6-7 simultaneously, but that doesn’t really seem useful. However, I think there is just no way that I’m going to be able to come up with something that six machines will be useful for. Perhaps I can get some form of XGrid working on them, so they can look for extraterrestrial signals or compute fractals. Maybe if I can get a fast enough connection with them going that screen sharing is possible, such that it’s effectively six extra monitors of some sort. Even if they aren’t actually sharing the screen, it would be easy enough to put PDFs I’m trying to read up on them, and they are pretty compact. The SE/30s are capable of running A/UX, and maybe I’d set one of them up running that, or, more likely, NetBSD. Once I’ve done that, the ethernet-connected one can be a little server of some kind. Though the strength of these old machines is not going to be found in fast transfer of large amount of data, it would need to be something useful that it could do just kind of directing traffic or handling low volumes of text. Apart from that, some of the vintage machines can be used to run games of their era that no longer run on newer machines—although I don’t really have much time to play them. Microsoft Word 4.0d or 5.1 is probably really super-fast under System 6, there might actually be a use for that, except that I don’t tend to use Word, and I have to be able to get the resulting files over to a modern machine.

I think there’s some work to be done here to try to find actually useful things that these old computers can do. I’d like to think of something clever that they do better than modern machines, though I suspect much of it will just revolve around interacting with other vintage machines in a way that modern machines no longer support.

Mar 112012
 

Things that come from computer recyclers tend to be a little on the grimy side. So, I spent a little while cleaning up all five of the iMac G4s and checking to see if they worked.

IMacG4a cleaning

A couple of them appear not to have hard drives in them. Really, none of them should have had hard drives in them (but I won’t reveal who it was who gave these to me, this was a bit of a data security lapse on their part). A couple weren’t properly wiped, but I’ll Do the Right Thing and wipe them myself.

IMacG4e info

I also got a couple of install disks, which happened to be in the drives (though they weren’t really appropriate—one had a PowerMac G4 disc, though this is an iMac, and another had a install disc for MacOS 9, into which most iMac G4s can’t boot). However, I was not able to start them up off the CDs, which I’m not that pleased about, I think they should have at least reached a “this machine is not compatible” screen. I didn’t investigate this, though, and I was at least able to read the disc on another machine that booted onto its own hard drive. But they all started up, at least to a blinking folder icon. So, they all work.

IMacG4a pmg4cd

IMacG4c macos9cd

Of the three that booted off their own internal hard drives, two were 800MHz models, and one was a 1GHz model. Don’t know about the other two (which didn’t have internal hard drives), and I still haven’t started up the other one I already had.

Though I still can’t quite see out what I’m going to sensibly do with six of these. I think it’s quite possible that I’ll clean them up a little more and install an appropriate blank system then see if somebody on ebay wants them. These are a little new to be properly “retro,” so I wouldn’t expect to turn much profit. Still, the main thing would be to put them in an appropriately appreciative home.

The nice thing about the iMac G4s is that you can squeeze them into pretty small spaces. Here are three of them sitting on my shelf (above a couple of iMac DV/SEs, a Bondi iMac, near a couple of SE/30s, and a couple of different generations of PowerMac).

Labspace sb2012b

All in all, I do think that I’d be wise to resist further urges to visit computer recyclers. This room is about at capacity now.

Mar 102012
 

Before today, I had a graphite iMac DV/SE which got pretty badly cracked during shipping.

Imacdvse 1 cracked side

And I had a iMac G4 (which is currently kind of cutely perched atop my IIgs, Snoopy-style).

Imacg4vulture

Today’s trip to the computer recycler (a different one from the one I visited last time) yielded quite a few more. I got a snow iMac, which I somehow failed to take a picture of, and two more graphite iMac DV/SEs, to make up for the cracked one.

Imacdvse 2

Imacdvse 3

And I wound up with five more iMac G4s. The reason I wound up with five more of these is that they were basically on their way to the crusher. If I didn’t take them, they would be destroyed. And I felt like I couldn’t let that happen. The recycler gave me the whole set for $8 per machine.

Imacg4gathering

Browsing around computer recycling places is pretty interesting. But I don’t think I could ever (even if there were any chance of a career change in my future) work in such a place. Because their main mission is to destroy these things, ecologically. I understand that it probably has to be done. But it seems like it would be rather like working in a slaughterhouse for someone who really loves pigs.

ImageWriter II

 Uncategorized  No Responses »
Mar 082012
 

The next up in the line of things that I have re-bought after having had, then dopily disposed of, is an ImageWriter II. It arrived today, and I wasn’t sure what to expect, really, given the description in the auction. But, I expect the description helped it be at least reasonably cheap.

ImagewriterII auction

The reason I decided on the ImageWriter II is that it is one of the few printers that actually can serve pretty much all of these vintage machines. It is possible to print to it from an earlier Apple II via a Super Serial Card, and it is also possible to just hook it up to a //c, IIgs, or ADB Mac and print that way. Printers are big, and I don’t have the space (or interest in vintage printing, really) for a printer for each computer in my arsenal. And, actually, it turns out I do still have, for some reason, my original ImageWriter II power cable (which is identifiable by the fact that its plug is at a right angle).

Here is the ImageWriter as it arrived. There’s a red light, but that’s ok, that’s just the signal of it not having paper (and, though you can see the paper, you can also see that it has fed all the way through, so there is no paper remaining on which to print). It took a little bit of digging to find out how to perform a test print (turn it off, hold down form feed, turn it on with form feed still held down, then release them). I pulled out the printer ribbon, tightened it up, held my breath, and gave it a try.

ImagewriterII arrived

And it worked fine. Needs a new ribbon, but as far as I can tell, that’s all it’ll take to get this working nicely again.

ImagewriterII first test