Has anyone seen an altair 8800 with a circular keylock power switch, I
would like to track down the bastard
that ripped me off a long time ago.
This was in Oregon, 20 years from before, He ripped off a bunch of other
people, IMHO, Jim Willing and Mike Boyd.
His position was last reported in Eugene, that was years ago.
Jim Davis.
At 20:40 06/05/2004 +0000, you wrote:
>
>I know very little about these machines, but one just turned up on the
>doorstep for the museum. Power supply checks out, I get a white display
>(so something useful looks to be happening in the video circuitry), but
>I get no spin-up from the hard disk (A Seagate ST-157 SCSI drive) and a
>steady floppy drive light.
>
>I'm not sure if the hard disk is fixable yet - no idea if it's a head
>crash or whatever. There seems to be little about these drives on the
>web, but I did see one comment that they were famous for stiction - in
>which case maybe I can give it a hand in spinning up...
>
>Does anyone have install media if it comes to that though? I can always
>drop a different SCSI drive in it (I think I have a spare 160MB drive
>somewhere), but I don't have any floppies for this machine and I gather
>they never were particularly common, sitting somewhere between the ST
>and the Falcon...
>
>cheers
>
>Jules
Try putting a blank 720K MS-DOS formatted diskette in the floppy drive.
I don't have intimate experience with the TT030 (haven't found one yet), but I
believe it has the operating system in ROM, just like the ST series, which I do
know fairly well.
I do know that with my ST machines, the screen just shows "white" unless there is
a diskette in the drive. Then the system will come up. The ST (and I believe the
TT) uses a FAT format, and can read/write DOS disks - a blank formatted disk works
on the ST, so I'm guessing it might work on the TT as well.
Failing that, I do know someone locally with a TT030 who might be able to send an
install disk image...
Regards,
--
dave04a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Vintage computing equipment collector.
http://www.parse.com/~ddunfield/museum/index.html
>Anyone got any pretty audio or video demos which will work on the TT030
>machines? (probably not...) Were any games ever produced for them?
>(Again, probably not :-)
Does the TT run ST software?
If so, I've got a few games and other software.
If you want to try, I can email you a few 720k diskette images - you can
make the disks on a PC.
Regards,
--
dave04a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Vintage computing equipment collector.
http://www.parse.com/~ddunfield/museum/index.html
>Do you
>think Timbuktu would lag on a GB ethernet setup?
I meant to put this on the other email... sorry.
I'm not sure where the lag is happening in Timbuktu. What I find isn't so
much a delay in things happening, so much as it is a delay in me seeing
it. If I click something that should beep, it beeps pretty much right
away... however, if there should also be a window pop open, I won't see
the window open until a good half second or more later.
And I don't notice that the lag is too much worse over a slower
connection (dialup and DSL). So it may just be the way Timbuktu deals
with sending the screen draws.
Also, it seems easy to get ahead of it. If you move the mouse too fast,
it won't show you where it has gone, and then it jumps. So you end up
moving slower so you can target correctly rather than constantly jumping
around the screen hoping to get the right spot. And you have to click
slower or it will accept it as a double click or ignore additional clicks.
None of it is that far off. Maybe by half a second. But when you are
doing long, repetative things, those half seconds add up fast.
Since I can't say that I notice a huge difference in the lag when there
is a huge difference in bandwidth, then I tend to think the lag may be
elsewhere. Either in the remote machine's ability to processes
everything, or in Timbuktu's limit of displaying or sending/receiving the
data.
-chris
<http://www.mythtech.net>
>Is there any reason an ADB KVM can't be used in this setting?
Only because I toggle between the two often. I think flipping a switch
back and forth will get annoying. I'm not sure that sliding the mouse
across the top of the menu bar won't also... but I just have a feeling
that will be less annoying (mostly because I currently use two monitors
on my one Mac, and already move the mouse between screens all the time,
and I don't find it the least bit annoying, so to me, I just think it
will be like having an additional screen to work on, that just happens to
have the processing happening on another computer).
-chris
<http://www.mythtech.net>
>That doesn't mean there's no lag (you say "because"). Try it over a
>satellite link, or a slow dialup, sometime.
Oh very very true, over a slow connection.
I know I used it in the past over a localtalk network, and it worked
without lag. Simply because there wasn't enough data being pushed to be
an issue. I'm sure over a slower connection that wouldn't hold true.
However, because this software does NOT push the screen image of the
remote machine back to the primary Mac... you really wouldn't use it over
anything other than a LAN. You need to be able to see the monitor
physically connected to the remote Mac to use it. All this does is allows
you to bypass using a different keyboard and mouse.
>Of course, this does mean that the two machines in question are almost
>certain to be connected by a low-latency high-enough-bandwidth link....
Exactly. Since the machine is unlikely to be more than a few feet away,
you can use Localtalk at the very least, which in my past use, was
sufficient bandwidth (I ran it on a 25 MHz 68040 over localtalk
connecting to a 100 MHz PPC 603 laptop... now I want to use it on a 400
MHz G3 connecting to a 250 MHz PPC 603e over 10Mbs ethernet... so I'd
assume there will be no lag as well... there is only minor lag in
Timbuktu which does FAR FAR more)
-chris
<http://www.mythtech.net>
It had been taken before, but I checked recently and found that whoever
registered hp1000.org had let it expire, so I snagged it! :)
Now I got hp2000.org and hp1000.org. Woohoo! Excuse my happy snoopy dance.
Now if I can just find someone who knows html to create a webite for it.. ;)
Jay West
---
[This E-mail scanned for viruses by Declude Virus]
>I think we experimented with something like that years back. What we had
>was called Timbucktu (spelling?)
I probably should have mentioned in my original post that I am attempting
to replace Timbuktu.
Timbuktu does a fine job, EXCEPT that I find there to be enough of a lag
that it gets on my nerves when I use it thru the day.
The software I'm looking for was the software equivelent of a KVM switch,
without the V. There was no lag, because all that was being done was
sending the keyboard and mouse commands to the remote machine. You still
viewed the remote machine on its own monitor.
-chris
<http://www.mythtech.net>
Hello Fred van Kempen,
I've seen your post quite some time ago about your problem with the
"locked" battery of the Dec HiNote Ultra.
You wrote that is was kind of "locked" and that DEC came up with a small
tool to "revive" it.
I now have the same problem with my notebook. It doesn't charge...even
in the small LCD-display at the right of the display-chassis the
battery-icon is not displayed. But I can not find this small tool which
should bring up my battery again. The url (revive.com) seems to be replaced.
Could you please help me with a hint or something? That would be very nice.
best regards
Matthias Bauchinger
PS.: Sorry for posting it to several email-adresses...was not sure which
one would work.
PPS.: Your old post:
Ha! DEC noticed a problem with these battery packs "locking up"
after extensive periods of no activity, so they came up with a
small utility (revive.com) to "revive" the batt pack. It worked,
too.. my battery came back to life, and, after a full charge, is
as good as were it new.. !
Lappy is not a portable, ultra-light TCP/LAT/Serial/X11 terminal :)
(muhaha, with 802.11b WLAN ;-)
Cheers,
Fred
I was wondering how much information is around on the
microprocessors HP built in the late 70's/early 80's
I found some information on the MC2 in the Osborne processor
books from '79, and it appears an MC5 is used as the maint
processor in the HP3000 Series 44.
Anyone know what processor is used in the HP64000? One note
on Usenet claimed it was an Inmos part?
