Hello Everybody
?After a two year pause due to my wife having been ill but now fully
recovered I am back to starting making pdp-8 front panels again
I have some stock:
pdp-8/e (type A - vertical selector switch start mark)
pdp-8/e (type B -? selector? switch start to left of vertical)
pdp-8/f panels
As pdp8/f but no /f marking. - doing a /m overprint for it
pdp8/i
I am looking for scrap pdp/8 panels (might trade for a new one), hi res
front (and back) dead center pictures (panel on its own) and accurate
dimensions (including holes) of any pdp-8 panel to aid me in offering
the complete range.
PDP-11 ?? Not at this time but maybe later
I am busy at the moment with artwork redrawing.
The UK winter is not kind to making screens.
Even in good warm weather the exposed and washed out screen in its frame
takes 24 hours to dry.
Then after printing each layer (up to five per panel) takes 24hrs to dry
before another layer can be added.
Authentic panels produced the exact way they were in the '60s and '70s
ain't going to be quick or cheap.
But the result is sure worth it.
Rod 'Panelman' Smallwood (Digital Equipment Corporation 1975 - 1985)
--
That's great Josh, I look forward to seeing it in action when I'm next at
LCM+L!
I had been thinking of doing something similar myself, as I also have an
8/e and RK05, but no RF08. Thanks for making the code available :)
Regards,
-Tom
mosst at sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org
> From: Jay Jaeger
> CCITT Group 4 lossless compression
That's very good indeed. I scan text pages in B+W at slightly less resolution
(engineering prints I do higher, they need it), but compressed they turn out
to be ~50KB per page, or less - for long documents (e.g. the DOS-11 System
Programmer's Manual), that produces a reasonably-sized file.
> The software I have been using i[s] Irfanview.
That's what I use too; it has tons of useful features, including being able
to drive my single-sided page-feed scanner and being able to number the
even-sided pages correctly. The one I use for this is the 'batch mode'; I can
do the entire document into CCITT 4 in one operation.
Noel
Hi all --
We've wanted to run TSS/8 on one of our PDP-8 systems at LCM+L for a long
time now, and while we contemplated either (a) restoring our RF08 or (b)
building an RF08 emulator, I decided it might be fun to investigate a third
option: (c) modify TSS/8 to run off hardware we already have running,
namely an RK05 drive.
And it /was/ fun! And seems to have been successful, as we now have TSS/8
running on our PDP-8/e. Performance is acceptable, and it seems to be
stable so far. The changes I made are here:
https://github.com/livingcomputermuseum/cpus-pdp8
This is a fork of a codebase that Brad Parker put together a number of
years back in which he did some serious work to get TSS/8 to build (amongst
other things). I made use of this effort, which saved a lot of time and
made building/testing my changes quite straightforward.
I also modified the disk image: It's extended to 1MW (the maximum possible
without modifying the filesystem code) and I ported a couple of extra
programs to TSS/8 (CHEKMO and LISP).
I figured some people here might also be able to take advantage of being
able to run TSS/8 from RK05. I know RK8E's are pretty rare, but I'm also
guessing more people have them than have working fixed-head disks :). If
you do give it a try, let me know if you run into any issues or if you have
any feature requests.
Thanks,
Josh
One of the RL02 packs I have did not look happy upon inspection, so I
opened it up. Note that it's a little more complicated to take these
packs apart than simply pushing a small rod through the holes in the
back of the pack handle: You have to take apart the whole handle
mechanism to get to the pins holding the pack to the carriage in order
to get the pack off. I'll post some pics of all that eventually.
Meantime, pictures of the disk. As you can see the top platter of the
disk has a number of concentric rings and a hard crash ring. My guess is
this thing was loaded in a bad RL02 that promptly trashed it. Oh well,
one for the record books....
Pics at:
https://i.imgur.com/phdLWUF.jpg Close up of the damage
https://i.imgur.com/yQnt8BJ.jpg Overall shot of the disk
Never dull.
C
It is such a shame that in the "information age", we have lost so much of the information. It doesn't help when we have people like Jobs that like to write their own version.
It is even worse when companies think it is a law suite risk to keep information more than a year. It is all lost.
"The information lost age"
Dwight
I posted on the discord channel looking for information on measuring the
keys (ACE cylinder locks) for duplication.
I'm including a quote from a post by Jay on the subject.? I need to get
the information on measuring the depths of the cuts, as the postings
I've found don't mention how the depths are measured for each value.
I have an ACE key for an IBM 9370 mod 20 I'm measuring. Found a post by
Jay from 2016
Jay West jwest at classiccmp.org Fri Mar 18 15:57:30 CDT 2016
------------------------------------------------------------------------
FYI - the key codes I measured previously for Data General and HP have
been cut, tested, and verified. Amazingly, my measurements were correct.
So to summarize: XX2247 Code: 5173757 Use: DEC PDP-8 (all varieties),
PDP-11 machines that do not use an ACE blank (11/24, 11/44)
Anyone have a reference on the depths of the Code values? There's
another post with depths, but not explicitly calling out what each
number equates to.
My master has a DND legend on the back, so I will need to get a copy cut
and tested via codes, and will publish it when I find out that it works.
Dennis Boone post:
Allegedly Control Data used a National C415A on Network Processing Unit
cabinets in the late 70s, early 80s. That's an Ilco 1069-N, cuts are
12343 from bow to tip. Cut spacings are .156 .249 .342 .435 .528. Depths
are 1=.250 2=.225 3=.200 4=.175.
The Boone post has numbers, but they make no sense WRT the post Jay
posted (which has 7 depth values)
Also need to know if metric or inches.
