Last weekend I promised to enable rsync access to the archives
(and mirrors) here.
I've set up the following rsync (no password required) archive sets here:
ftp : Public rsync access to ftp://ftp.trailing-edge.com/ area
pdp-10-tape-images : public rsync access to the PDP-10 tape images,
i.e. http://pdp-10.trailing-edge.com/
bitsavers-mirror : public rsync access to my local bitsavers mirror,
i.e. http://bitsavers.trailing-edge.com/
Suggested rsync commands would be, for example:
mkdir ./pdp-10-tape-images
rsync -rlptu -v www.trailing-edge.com::pdp-10-tape-images ./pdp-10-tape-images
mkdir ./ftp.trailing-edge.com
rsync -rlptu -v www.trailing-edge.com::ftp ./ftp.trailing-edge.com
mkdir ./bitsavers-mirror
rsync -rlptu -v www.trailing-edge.com::bitsavers-mirror ./bitsavers-mirror
Realistically the pdp-10-tape-images and ftp sites don't change often,
butm my bitsavers mirror is kept up to date.
I like to think my outgoing bandwidth (20 Mbit) is pretty much infinite,
this looks like a good way to find out :-)
ftp racks up to 3.5 Gbytes. PDP-10 tapes racks up to 2.2 Gbytes. And
bitsavers-mirror racks up to 126 Gbytes.
Tim.
The 8/L, ASR33, DF32 disk emulator project has been sold. Thanks
for all your interest (and offers). Anyone who wants the DF32
emulator schematic and artwork, I can email you a copy. I hope
someone can take my "first draft" and make a useful unit for those
who are interested.
I have a working ADM-3A that I may want to sell also. It has a
homebrewed lower-case 2716 ROM (thanks Steve Loboyko for the font
files). I installed the "optional" parts for current loop on the
main PCB, and used it with the 8/L. The only thing that's missing
is the little aluminum panel covering the dip switches.
Any interest? Same deal as before, please email offers, "sealed
bids".
thanks
Charles
My Altair 680 has achieved the position of primary attention on
my workbench. All of the ICs are socketed. Not having seen
power in over 20 years, I did not trust the power supply as far
as I could throw a bus. I pulled all of the ICs, attached dummy
loads (automobile bulbs) and powered up. Sure enough, there was
AC all over the place (where there should have been DC). I
replaced all of the electrolytic caps and that got rid of the AC
but some of the voltage levels are very wrong, at least as compared
to what is written on the schematics. The worst offender is just
off the "plus" side of the full wave bridge (BR-1). It should be
nine volts but is actually at 11.5. This makes what should be the
main five volt rail a little more than 9 volts... the far side of
VR-1 (a 7805). The wave form coming off the transformer is really
ugly not a smooth sine wave. I hate power supplies. I don't really
understand, looking at the schematics, what this transformer should
be doing. My guess is that it should be making a nice nine volt,
60 cycle AC sine wave with each of the two outputs 90 degrees out
of sync? What could be wrong with a transformer that it would
produce something like:
__
/ \
| \
/ \_
/ \
| /
| /
\_/
bent and very squared off at spots? My scope shows nice clean 120
coming into the transformer. How do I figure out a part number for
a replacement transformer?
Thanks!
I have had a very bad experience with sammyslave1, I bought two items an
extended mass storage rom for the HP9845 and a HP-IB interface for my HP
9830A. I always pay instantly with paypal, when I contacted the seller about
my items after a week or three I didn't get an answer, I waited another week
and another email no answer.
After I opened a dispute he answered and promised to ship the items and some
extra's for the inconvenience.
And yes his wife made a shipping label for USPS, but they never took the
package to the post office, eventually I upgraded to a claim and got my
money back, but what a waste of time this guy is.
It took me 8 weeks to get nothing, so my advice don't buy from sammyslave1
(aka Larry L.)
-Rik
With the addition of two more Tektronix 4015-1 terminals, I've
rearranged my Tektronix storage tube terminals in the warehouse and
uploaded some updated pictures of "Tektronix storage tube row". (The
4015-1 is essentially a 4014 with APL and printer interface options.)
Neither of the 4015's are reported to be in working condition from the
seller, but at least all the keycaps with APL glyphs are present. The
4010 and 4014 are relatively simple terminals, so I should be able to
restore them to working order. They have no microprocessor, firmware
code or custom ASICs, so repairing them should be a matter of
replacing capacitors or replacing TTL or analog parts.
<https://picasaweb.google.com/legalize.slc/Tektronix#>
--
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
<http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/>
Legalize Adulthood! <http://legalizeadulthood.wordpress.com>
Hi guys,
Here's a screenshot of the analysis side of the current DiscFerret
software build:
http://i162.photobucket.com/albums/t242/philpem/Screenshot-1.png
At the moment, I've got it reading IMG files (the format of some disc
images Chuck Guzis sent me a while back). CWI files are next on the hit
list (another one of Chuck's file formats) and then DFI files (the
DiscFerret native raw image format).
The GUI was built with wxWidgets, and in theory the code is completely
cross-platform compatible. I'm aware of wxWidgets backends for GTK, Mac
Cocoa/Carbon and Windows, so that covers all the major *nixes, OS X and
Windows. As long as you have a half-way decent C++ compiler, that is
(*cough* GCC). However: I will openly admit that the code has only been
tested on Linux.
It slows down to an absolute crawl (~60 seconds refresh time) if you
turn anti-aliasing on... though I suppose that's to be expected when you
ask it to plot 30-odd thousand data points on a scatter chart...
The raw-reader app is working too -- I can specify the various
parameters of a disc drive, and do a full track-by-track read of an
entire disc, and dump the data into a file. Next on the 'add list' is
DFI support (so the analyser can read it, of course!) then disc-format
script support.
Effectively, I want a tool which can be told what type of drive is in
use, what disc format, and will automatically figure out whether
double-stepping is needed, and what read parameters to use. Even to the
point where it'll warn you if you specify a 100tpi format and a 96 or
48tpi drive... Built in sanity checking :)
Which now brings us onto naming -- the reader app currently calls itself
"discferret-read", and the analyser "Merlin". Can anyone think of better
names for these, or should I be lazy leave them as-is?
(Suggestions on an email to the usual address please!)
At this point the reader app is close to releasable (involving maybe a
few more weeks of work assuming I find a ready supply of Round Tuits),
but the analyser needs a lot more work. Mainly because I seem to be
spending a lot of time chasing mismatched-free bugs in the algorithms.
Thank $DEITY for Valgrind (and a great big sarcastic "gee, *thanks
guys*" to the GTK developers who have obviously never heard of it, much
less used it on their own code...)
Cheers,
--
Phil.
classiccmp at philpem.me.uk
http://www.philpem.me.uk/
> On 4/24/11 10:04 AM, Tony Duell wrote:
>>
>> There are quite a few PDP8 owners/enthiasts here. I've got an 8/e with
>> 32K words of core, ?RX01, TU56 and PC04 on my desk. I've also got an 8/a
>> upstairs somewhere, but it's got the 8/e CPU board set in it, not the
>> hex-height 8/a CPU board. I am told that was a stnadard variant.
We (RICM) have an 8/I with 5x TU55 drives, a pair of bare 8/L, and a
very functional 8/S that now runs FOCAL.
I can give plenty of advice on ferroresonant power supply capacitors.
Advice is easy to supply.
--
Michael Thompson