Any chance someone has a spare? :-) I recently got my hands on an e4k,
but the peripheral power supply seems dead. I took it apart and saw
that the fuse is good, haven't had a chance to test its components, but
thought I'd ask.
My only claim to being *possibly* on-topic is the age
of the article (1974) and the fact that it inspired
many of the early phoneme-driven speech synthesizers
(Votrax, etc.).
Does anyone have access to a suitably good engineering
library with a copy of:
McIlroy, M D, "Synthetic English Speech by Rule",
Bell Telephone Labs, CSTR #14, 1973 (though I have
also seen it referenced as 1974!)
or:
Ainsworth, W A, "A System for Converting English Text
to Speech", IEEE Trans Audio & Electroacoustics AU-21 #3
pp 288-290, 1973
The former is far more interesting to me than the
latter :-(
(sigh) There are *some* advantages to being a student
(though those days are long past, in my case!)
I can try my local public library to see if it is
available via ILL. I guess I could also try the local
university's engineering library.
Thanks!
--don
Out of interest, what's the market for unused, still-sealed magtape (9 track,
2400ft*, 6250bpi) like? I got hold of a few reels the other week and can't
decide whether we should just put them to use them as/when necessary, or use
them to raise funds for other museum projects...
* well, near as I can tell. The scale on the reel goes from zero to 2000 in
increments of 400 and is some way over the 2000 mark; I'm assuming it's feet!
(did anyone ever sell magtape > 2000ft that *wasn't* 2400ft in length?)
thanks
Jules
Out of interest, are any particular types of environment harsher for IC leg
corrosion than others?
I've not seen that much corrosion about, other than surface stuff that can be
cleaned off - but I'm currently trying to get an old Acorn System Three
running, and about half the ICs in it are leaving some of their pins behind
when removed from sockets as they've corroded right through :-(
The PCBs are otherwise in very good condition, but for some reason a lot of
the chips (most notably DRAMs and LS logic) are in a right state, and it would
seem that *something* has been eating away at them - yet *some* of the ICs are
totally corrosion-free (as are all the passives, IC sockets etc.)
Luckily all the dead parts (so far!) are ones that I've got spares for, but
it's just made me wonder what's accelerated the decay in some of the chips but
not anything else (unfortunately I only picked this machine up last week so
don't know its storage history, but I can ask the previous owner). Judging by
the pretty good condition of the rest of the machine, I wouldn't say that it's
been in a particularly high moisture environment.
cheers
Jules
--
(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
(")_(") signature to help him gain world domination.
So, I picked up some new toys at "The Event" yesterday, and I was wondering...
Does anyone happen to have copies of CP/M (or any other OS) for Televideo's
TS-801? These seem to have a pair of 5.25" DSDD 48tpi drives, from what
little information I've seen from google. I picked up a pair of TS-801's and
a TS-806C (not to be confused with a TS-806), which is a "shared tape drive"
box.
I haven't found much info there that I can't figure out from a quick look at
the machine, though..
Thanks.
Pat (Wishing he could just ask Don for the disks...)
--
Purdue University ITAP/RCAC --- http://www.rcac.purdue.edu/
The Computer Refuge --- http://computer-refuge.org
Hi,
I'm just finishing up documenting this CoCo2.
Then, unless someone wants to pony up for shipping
>from 85751, it's headed to the landfill. (though
I will probably steal the RF modulator off of it
before doing so). Original cardboard box is
showing signs of age... :-(
Any takers? (only the lower 48 US, please)
--don
> Has anyone here shipped one of these drives before?
Look at the service manual on bitsavers. There is a triangular shipping
plate to prevent the head assembly from sliding out.
> It's also been throwing 13 Paper Jam errors, but there's no paper jam
>visible. Anyone know what causes this? I'm guessing the optosensor on the
>fuser assembly has failed, but I can't identify the opto. Does anyone have a
>part number for it?
You might want to try a good cleaning first. I've had several laser printers display this issue, and
it was likely just dust and fibers in the opto inhibiting the light path. A good way to test emissive IR
components is with a CCD camcorder. Point the camera at the thing (remote . . . ) and the light will
be visible on the monitor if it is functioning.
I have 2 boxes of old Solaris developer docs & cd's, mostly Solaris 2.1,
2.2, 2.3, maybe some 2.4. I think there is a compiler in their also.
Answerbook, install, etc...
If anyone wants them they are free for shipping (not light, I'll bet
each box is 15lbs).
-brad
super-post-script:
In the process of doing this research, IRIX scribbled over my filesystem while I was making a tarfile backup of a directory.
I went to SGI's ftp server to see if I could find a recommended/required patchset, but all they had for IRIX 4.0.x was an
updated Sendmail (in ftp.sgi.com/patches). Are older patchsets still squirelled away somewhere on the FTP site?
(I'm looking for 4.0.5 and 3.3.2)
Abstract: headers are there, not much else.
I moved the IDO 5.3 IRIX4 files over to my P.I. and started playing around with them, and there is mixed news. Bits of IDO4.1 (the recommended IDO for IRIX 4)
are there, including headers and cc, but other bits are missing (make, gendist, and other stuff that make life easier.) So news is mixed: it looks like you could
concievably use the IRIX4 files on the freely-distributable IDO 5.3 to get a lot closer to having a development environment on IRIX 4.0.x, but you'll still need to supplement
(big time) with GNU tools. I have the tarfile of the IRIX4 subrelease here if anyone wants it, but I don't think I'll put too much more work into making it nice. I use 3.3.2 more
often on that machine, anyway. I believe there is also a way to cross-build on an IRIX 5 host.
Thanks to all that have sent help in the form of money or labor offers for
the two large rescues I have going on soon, but we did come up short on the
money side. I have been given to the end of August to pick these items up
and hope to borrow the money that is needed to complete both trips. I will
be sending tax receipts to all the donors and will update you off list after
everything is complete. Thanks again John
Has anyone here shipped one of these drives before?
I'm looking for advice on the proper way to secure it
for shipment. There is no obvious shipping lock
mechanism, though the head actuator appears to be
secured
when retracted.
--Bill
-------------- Original message ----------------------
From: "Nico de Jong" <nico at farumdata.dk>
> From: "Al Kossow" <aek at bitsavers.org>
> > You should be able to connect the heads directly to the preamp, and use
> the
> > tapewizl directly. I was going to try recovering HP and Apple 40meg tapes
> > this way using a TU58 transport. I haven't looked at the head geometry on
> > the different drives that take DC100 carts yet, though. I know I've
> scanned
> > some documentation on the 3M transport, will need to see if I've pdf'ed it
> > yet.
> >
> Would this principle work for recovery of 4mm (DAT) and 8 mm (Exabyte)
> tapes? It happens regularly that customers ask if I can read "behind" a
> small file they "happened" to write. I have no problems with 9 track and
> 3480/3490's.
>
> Nico
>
If It Helps ...........
Some place out there, there use to be a tape reading tool
that would read the tape backwards. I believe is was
run under linux ??? I have never used it.
- jerry
While cleaning out the pile-o-stuff I came across half a metric buttload
of DSDD 3.5" floppies. If anyone wants/needs some, I'll send 20 anywhere
in the continental US for $2.
--
David Griffith
dgriffi at cs.csubak.edu
Hi,
I'm trying to repair a couple of these units, does anyone have the printset
for them (or even just a circuit diagram)?
Many thanks
Jim Beacon.
Please see our website: www.g1jbg.co.uk
> Is that R, G, B, and composite sync, or what?
>I don't want to be appearing to 'teach grandmother how to suck eggs', but
>how are you measuring the sync frequencies? Where are you measuring them?
>waht instrument are you using? And so on....
Yep, RGB on seperate BNCs and H-V combined on another.
I'm throwing a LeCroy scope onto the SYNC output and using the cursors to measure between the
regular pulses. I pulled the graphics boardset and found one jumper (ext/int) that was
set differently from Gerhard's model (thanks for the settings!) and I swapped that, which raised the sync
frequency to 29.1 KHz.
The total waveform looks like: 29.1-29.4 KHz negative-going pulses, with 134muS square negative pulses
occuring at 66Hz (looks like it might be stuck in 33Hz interlaced mode). there are stronger negative pulses
in line with the ~29 KHz sync at 400.96 Hz, and on top of that there are 174muS blanks in the signal (at the positive end) at 2.56 KHz
-----\/---\/---\/---\/ (regular pulses) ---|_____|--- (vsync pulse, 66KHz) \/---------\ /---\/---\/ (the 2.56KHz blank and strong negative pulse)
\/
not to time scale, and the strong negative pulse was the same duration as the regular horizontal pulses. The strong negative always occured
after a blank, but not every blank.
The Display Generator board is crystal-controlled (meaning I should have pulled it out all the way before pontificating)
There is a set of jumpers on the main processor board (IP2) which are supposed to set resolution, with choices
between 60Hz non-interlaced, 33Hz interlaced, RS-170A, and European Standard. These seem to make no difference.
The jumper to select master/slave mode on the processor made a difference (dropped the sync to ~2KHz), so I know there
is a control connection between the IP2 and the graphics. I checked the DIP switches, and they function. I suppose I could try
the system with no processor and see what the default sync rate is. I'm wondering if the system (or parts) were set up for
genlock of some sort, and is expecting something it's not getting.
I'll throw the LeCroy on a Sun 3/160 and check the waveforms for comparison.
Sorry, but you might need to "teach grandmother how to suck eggs", this is both the first computer video and the first scope I've
really dug into. I found out really fast that my NTSC TV book doesn't help much. . .
> Incidnetally, I have heard of a TV set that leaked water onto the
> floor,
> and no the cause was not a vase of flowers on top of it. Any ideas?
>
> -tony
>
>
Rear projection TVs of the older sort are water cooled...
CRC
Pay for shipping and add whatever else you'd like for the following tapes,
all new.
QW5122F plenty of these!
MC3000XL Taumat format
MC3000XL
2120XLF
DC6150
DC600A
QD9120
DC9250 these are used IIRC
DC2080
MC3020XL
three TK70
two 88meg syquest
105meg 3.5 syquest
four HIFD 200meg floppy. <?>
QG15M D8 8mm tape
plenty of 2120 and 2120XL
I have a friend who has a DC100a tape with no way
to read it. Just wondering if anyone here can and
get data onto a pc.
I do have a Colorado Jumbo 250 that I have used
DC 2120 QIC-80 tapes with. But don't know
if that would read DC100a tapes.
Keven Miller
kevenm at reeltapetransfer.com
Orem UT 84097.
"Nico de Jong" <nico at farumdata.dk> wrote:
> Seems like a dead end to me, unless a working HP85 could be found.
Well I have a couple of HP-85s and HP-9915s (the embedded version of
the HP-85). I also have an HP-9825A which also uses the same type
of tape. However, if the tape was not recorded on a similar machine
it will probably not be readable by my machines.
> I don't know about TU58
yes its the same, but the TU58 uses preformatted cartridges (can't
format cartridges on its own). While the cartridges are physically
identical to the HP ones, there is no data compatibility.
**vp
Pat wrote
>You do realize that the "stuff" we talk about on classiccmp are usually things
>that aren't PC's, right?
Yep, that's why I posted here :-) - it's a SGI IRIS 3130 68020-based Multibus machine.
I'm sorry that I gave the impression it was a PC, I was just trying to not scare off
anyone who hasn't ever worked with one of these beasts but who knows about
computer video/graphics systems. I did pull some numbers from the XF86 PC modeslist
to see if what I was seeing was close to "normal", it didn't seem to be.
Jules wrote
>I suppose it's just possible that you could do interlaced 1024x768 with a
>28KHz signal, but it'd be hell on the eyes. Possibly that's the SGI's default
>though if it can't detect what monitor you're plugging into it? (scratch that
>idea if the outputs are BNC, but if the video's done over some form of
>multi-pin connector, might it not need strapping in a certain way to indicate
>display type?)
The monitor connection is 4BNC. I wasn't sure about the interlaced - it seemed that mathematically
it should be 24 KHz (48/2), but if 28KHz could be it, I'll look again.
There's a switch that's supposed to select interlaced/non interlaced. I guess next stop is to check if
that's being read properly, since flipping it doesn't seem to make a difference. I'll also try to find the crystal oscillator
(thanks, Tony), perhaps it's on the Update Controller?
I think the interlacing must be for linking it up with a TV system, since the monitor can't do 30Hz interlaced.
Standard refresh is 60Hz (per the IRIS FAQ)
Afraid I know of no details on this one - other than a rough location (Keele
uni, or at least that's where the chap who has it works), contact number, and
that any rescue is fairly urgent - it's heading into a skip rather soon.
If there's likely to be any interest, do shout - I can always phone the guy
and get more details.
cheers
Jules