>Well, several of us have print sets for these. If someone will scan them in,
And some of us have already scanned their 750 printsets
and sent them in. It's the *750* tech manuals and the
*780* printsets that are not available anywhere
(AFAIK)>
>i will send him my 11/750 print set. It's hard to read in some places but
>to my knowledge it is complete (its about three inches thick :-)
If you meant me, no don't send me a 750 printset: I
think I have two anyway :-) Now a 780 printset
would be good (but you'll find it not too cheap
to send it to the UK (and it seems to be about
*double* the price to send it back!). There must be
one in the UK (or someone in the US with a suitable
scanner ...)
Antonio
>From: "Ken Seefried" <ken(a)seefried.com>
>
>> http://www.decodesystems.com/help-wanted/1802-board.html
>
>STDBus 1802 board?
>
>Ken
>
>
Hi
I think from what Dan says, it isn't a STDBus. I think
STDBus is 50 pin. This board has a 44 pin connector.
This is similar to what was used on the COSMAC stuff.
Maybe it is compatable with that??
( also used on the KIM/SIM stuff ). Of course, it
may just be some propietary bus.
Dwight
>SC41MS.pdf was an Emulex manual that probably wasn't
>from moremanuals --apologies. To be fair it is a PDF that
>has been OCR'ed down to text, then recomposed as the
>document it was. Probably beyond the scope of this
>discussion. Here's another** example,
> ENIAC press release (3 pages / 48 K)
> http://americanhistory.si.edu/csr/comphist/pr1.pdf
>although admittedly from people with a lot more time and
>money on their hands.
The main reason I scan at 600 dpi and not save space
by dropping to 300 dpi is that the current crop of OCR
software seems (in my limited experience) to produce
better results with 600 dpi. (I cannot go higher than
600 anyway, but I probably would not bother with 1200dpi
because the OCR stuff I have won't even accept it).
I'd rather scan the manuals once and wait 10 years
for OCR to get to the stage that it can handle the docs
with maybe one error per 100/pages (rather than
the current standard of multiple errors per page ...).
I don't really want to be going back and doing it again!
The long term goal is definitely OCR. Although by the
time it's good enough we may well all have OC48 feeds
to the home and C3D recordable 125GB drives so there
may be no need :-)
>I did notice that many of the moremanuals pages tend to
>show a scanning line when the're first displayed, as if true
>white is noisy in some way --it either is light grey or contains
>significant dot content.
Is that when a page is first displayed (i.e. for each
change of page) or just the first page? I assume that
you download and then view locally (I have issues
with both NS & IE when trying to use then to view
local PDFs via HTML ... I assume it would be
even worse with a download thrown in for
good measure!)
>BTW thanks for doing all the work!
No problem. I'm was backing up my manuals
just in case and then saw others making theirs
available and followed suite. I just forgot to
stop when I ran out of my own manuals ...
>**a pretty spectacular example showing the alignment
> problems of the original typewriter, etc. Parent page:
> http://americanhistory.si.edu/csr/comphist
An interesting PDF. They get strange changes of font
on pages 2 & 3 - I wonder if the original has that or
whether it's just an artifact of the OCR. A mixture of
text and background image (which is also text).
I wonder if they might be interested in converting the
multiple hundreds of manuals that live on the current
crop of DEC document web sites ...
Antonio
> Ben Franchuk wrote:
>John Allain wrote:
>>
>> > Rather than pdf, consider ... LOT more compact
>>
>> How PDFs are made will effect their size.
>> On the moremanuals site I found some files
>> like m3100ma1.pdf at 800+KByte/page
>> and others, like SC41MS.pdf at 12-KBytes/page
>> it depends on the tools and care used.
>
>So what is the right tool!
The stuff I've scanned (like m3100ma1.pdf
mentioned above) is usually US Letter size
and done at 600 dpi bi-tonal (1 bit per pixel).
The scanner happens to LZW encode the
TIFF file. There is no option to G4 encode.
That usually turns out to be 200-400KB/page
but it so happens that one page in that
manual did not look too good. So I redid
that one page as greyscale (8 bits
per pixel) and that just so happens to
be over 50% of the total file size (i.e.
wipe that one page and you are looking
at more like 400KB/page). It's only 14 pages
or so, hence one greyscale page makes
a big difference.
I've seen someone else quote figures of
50-70KB/page for G4 encoded 300 dpi scans
of TOPS manuals, which I assume are the
typical US Letter size. Obviously going to
600dpi might be expected to produce a
factor of 4 increase (i.e. 200-300KB).
Or it might not - who can say with compression!
I don't see a SC41MS.pdf on that page so
I have no idea of the scanning resolution
or the encoding.
>Can one re-convert PDP^HF files?
I've found that using Acrobat 5 in the office
I can covert PDF to individual G4 TIFFs
(although this is *slow* but it is unattended)
and I can then re-import these (in groups
of 50 max) which is reasonably quick.
But it sucks away time. So if anyone else
needs them cut down, be my guest :-)
For the few that I've had to process manually
(i.e. book format, with pages individually
scanned as all-odd-ones, all-even-ones)
the conversion to G4 TIFF is a part of
the process I use to stitch everything
back together in reasonable time. In that
case I'm seeing a reduction of maybe 25%
in size (although I've not tried to measure
it on a reasonable sample ... so don't
quote me).
If the scanner gets an upgrade that allows
it to do G4 TIFF, I'll certainly use it. If a
tool turns up that can do unattended conversion
of TIFF-in-PDF -> G4 TIFF (or better yet,
G4-TIFF-in-PDF) I'll certainly use it.
Antonio
Hi Dan
I'm not sure but it looks like it may be
a "Standard Bus" type board. I don't recall the
pin combinations but it looks like the same
form factor.
There are a lot of different Standard Bus manufactures
and you should be able to get cards and back planes
easily. Count the pins and look the spec up on the
web and see if it looks the same.
Dwight
>From: "Dan Veeneman" <dan(a)ekoan.com>
>
>At 03:10 PM 5/21/02 -0700, Ethan Dicks wrote:
>>--- Dan Veeneman <dan(a)ekoan.com> wrote:
>> > Circuit board with a socketed 1802 microprocessor
>>
>>How about a picture? (the 1802 is one of my favorites)
>
>Sure. A few pictures can now be found here:
>
>http://www.decodesystems.com/help-wanted/1802-board.html
>
>
>Cheers,
>
>Dan
>http://www.decodesystems.com/wanted.html
>
>
Inside the box of floppies for the Intel MDS 800, was a single tape cartridge.
Its a HP200, certified data cartridge, series 9800. Is this something that
can be used with a MDS 800, or is it something that someone else needs?
-Lawrence LeMay
lemay(a)cs.umn.edu
> -----Original Message-----
> From: Rod Young [mailto:rodyoung@shaw.ca]
> I actually have a DEC printer adapter (MMJ->9pin) which kind
> of works in the
> 9pin port on the VS2000 (I think) as it does display some
> text... but not
> all from what I can tell. Appears to only report lines with
> "?" marks...
> which are warnings and "??" marks I assume are errors. I get
> a ?? on the
It's odd that it works at all. :) Even stranger if you really
are only getting lines with ? in them ;)
Are you getting the "dead sergeant?" It looks like:
>>>
Do you see the system counting down in hex? (From F to 1, I think)
> device line "1" (ethernet) and thought I read somewhere that
> the thinwire
> had to be terminated or forget it... and given the 9 pin
Forget what? That will prevent an auto-boot, but won't keep the
system from operating. It's not serious; just serious enough that
they wanted to wait for some console input before going ahead. Go
ahead and try booting it.
> Yes, tried hooking up the AUI port too, but the thickwire
> cables I have
> won't fit! The gender is fine, but both the cables and the
> AUI port on the
> VS have the locking posts. I seem to be hitting dead ends
That's odd :) They might be strange cables.
> all over... but
> will try to connect the thinwire to resolve the "??"
> reported, and also make
> a proper 9pin cable, then will see where that gets me.
If you're getting the prompt, the counting in hex, and the
CPU ID (something like KAXXX-XX, I think), you're doing
fine in the cable department. I suppose if not, maybe the
VAX prints its errors to all the ports on bootup. In that
case, it won't take input from that port, and you'll need
to get the right cable to tell it to boot. You still don't
absolutely have to get the network connected, though.
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
Yes, I'm short-circuiting the cctech->cctalk posting system, but
this hasn't gone through yet, and I'd like everyone to have a (somewhat)
fair shot at this...
This has nothing against our wonderful moderators at all. I can
understand that they may be busy.
--
> BTW, is it appropriate to (re)post classic hardware for sale, to the
> CCTECH list? I would think so, since none of us want to see it get
> scrapped...
>
> In my daily browsing of the newsgroups, I happened upon this pretty
> nice setup. I'd try to grab it for myself if I could, but alas...
>
> *** Reply to Les (les(a)uwo.ca), not me...
>
> Subject: VAX Hardware Anyone?
> Date: Thu, 16 May 2002 16:09:28 -0400
> From: "Les Flodrowski" <les(a)uwo.ca>
> Organization: The University of Western Ontario, London, Ont. Canada
> Newsgroups: comp.sys.dec
>
> We have a dual VAX 4500a (4000-500a) cluster to dispose of.
>
> It consists of the following components:
>
> - 2 VAX 4500a systems clustered with the following storage arrays
> - R400X DSSI Storage cabinet with 6 x DSSI 1.0GB - 1.6GB drives
> - StorageWorks cabinet with 3 x 4.3GB SCSI drives
> - TX87 DLT Tape drive
> - TU81 Plus Magtape drive
> - VAX 4500a system complete spare
>
> At this time we are simply trying to find out if there is
> any interest in the community for these systems. If you are
> interested, and would like to make a serious offer, please
> contact me.
>
> BTW, we also have all media and documentation for VAX/VMS and
> a number of related applications.
>
> ---
>
> Les Flodrowski, les(a)uwo.ca
> Phone: 519 661 3595
> The University of Western Ontario
>
> =====================================
> --
> --- David A Woyciesjes
> --- C & IS Support Specialist
> --- Yale University Press
> --- (203) 432-0953
> --- ICQ # - 905818
> Mac OS X 10.1 - Darwin Kernel Version 5
> Running since 01/22/2002 without a crash
> _______________________________________________
> cctech mailing list
> cctech(a)classiccmp.org
> http://www.classiccmp.org/mailman/listinfo/cctech
>
>
The subject of my query isn't 10 years old yet, but
since it's DEC equipment and there are many DEC fans
here, I'd like to post it anyway.
About six months ago, a list member offered me one of
these Alpha ATX-factor motherboards for a very reasonable
price. As often happens with many of us, the deal has not
gone through.
If anyone else still subscribing has a cache of these
and is willing to part with one I'd appreciate it. I'd
prefer a trade for a Calcomp Digi-Board III digitizer
tablet with 16-button puck, but I could also trade a
Mac Quadra 700 or Quadra 650 (as I have a couple extra).
I also might have other trade-worthy items; just write
me and we can discuss it.
Thanks in advance,
-doug q
-Douglas Hurst Quebbeman (DougQ at ixnayamspayIgLou.com) [Call me "Doug"]
Surgically excise the pig-latin from my e-mail address in order to reply
"The large print giveth, and the small print taketh away."