test-drb

test-drb@ccmp.vtda.org

101090 discussions

by ethan＠757.org

A friend and I went in on an Amiga 4000T haul last weekend, and with it were some nice hard binder and box Microware OS-9 68x00 books. I want to say there are two sets of two, and then some binders with photocopied style paperwork for BASIC. Is there any Microware fans that might want these? We were planning to put most of the Amiga software up on eBay to cut down the cost of the aquisition since it's mostly boring accounting/word processing stuff. There are no disks with these manuals, just looking to find them a new home. Can get more details if anyone is interested. -- : Ethan O'Toole

7 years, 7 months

OCR old software listing

by ldkraemer＠gmail.com

The only way I've been able to get any type of readable ASCII TEXT >from the .tif's is to do the following for each tif: convert -density 1200 -resize 40% xaaa.tif -density 1 xaaa120040.tif Then, OCR it with Irfanview with the KADMOS Plugin Installed. For the first Page I get the following ASCII: CHAR 000000RG CHCR 000216R CHlF 000224R CHRTAB = ****** G CHSPC 000232R CH05 000014R CH1 000024R CH15 000062R CH2 000070R - CH23 000110R CH24 000134R CH25 000140R CH26 000144R CH3 000150R CH4 000164R _~__~___~_____~ CH5 080212R CR = 000015 CTLP = 000020 )DAC0 = ****** G DACl = ****** G DAC2 = ****** G DUM = 000000 INC 000240R INC6 000242R INC8 080244R LF = 000012 PC =%000007 R0 =%000000 R1 =%000001 R2 =%000002 R3 ~%000003 R4 =%000004 R5 =%000~~5 ~___~~___~~ R6 =%000006 R7 =%000007 SP =%000006 SPACE = 000048 . = 000246R END ? ;***************************************************** ,. ... , . . ; ; CHARACTER DISPLAY ~ VERSION 3C ; ; NOV 15,1974 ,; _~~._ ~ ; R0=PTR TO BUFFER OF CHARS-FIRST WORD #OF B~TES ; R1=BIT TEST ROTATING MASK ~ R2=CHARACTER INCERMENT-DETERMINES CHARACTER SIZE ; R3=POINTER AT CHAR DOT DATA . ; R4=X POSITION OF FIRST CHAR ; R5=Y POSlTlON OF FTRST CHAR ; 000000 ~ R0=%0 000001 R1=%1 000002 R2=%2 ? 000003 R3=%3 080004 R4=%4 000005 R5=%5 000006 R6=%6 000007 R7=%7 000007 PC=R7 000006 SP=R6 000020 CTLP=20 000040 SPACE=40 000015 CR=15 000012 LF=12 ' 000000 DUM=0 .TITLE .CHAR .GLOBL CHAR,DAC0,DAC1,0AC2,CHRTAB 000000 .CSECT , 000000 012046 CHRR: MO~ (R0)+,-(SP) ;GET CHAR COUNT 000002 016702 MOV INC,R2 ~SET CHARACTER SIZE 000232 000006 012737~ MOV #-2048 .~#OAC2 ;TURN DOT OFF JUST IN CASE 1740~0 000000 000014 005316 CH05: DEC (SP> ;IS THERE MORE CHARS? 000016 002002 BGE CH1 ;~ES-GO DRAW THEM 000820 005726 TST (SP)+ ;NO-POP OLD CTR 000022 000207 RTS PC ;RLL DONE!!!!!~!!~!!!!!1~!!!!11! 000024 112AA7 CW?l? MnWR (P0~~...P-e? .nrT r?uc,o It's no where near 50% accurate, but it's the best I've got so far. Page 2 is: \ ~~~~1~ 000042 001470 BEQ CHLF ;YES-GO LF --- ---~ 000044 122703 CMPB #SPACE,R3 ;NO-IS THIS A SPACE? 000040 000850 001470 BEQ CHSPC ;~ES-GO SPACE 000052 003003 BGT 0H15 ;NO-IF LESS THAN.SRAC~-B~~-~*RR PAGE 001. 000054 122703 CMPB #137~R3 ;IS IT GREAYER TH8N-1~~2~ ----- 000137 000060 002003 BGE CH2 ;NO-GOOD CHAR~ ~--~~-~---~-----? 000062 012703~CH15: MOV #CHRTAB,R3 ~YES-BAD CHAR 0001300 , ? 000066 000410 BR CH23 000070 162703 CH2: SUB #37,R3 ;ZERO FOR FIRST CHAR IN~TABLE 000037 0000~ 010301 MOV R3,Rl ~SAVE VALE TEMP ~--~--~~----- 000076 006303 ASL R3 ;R3=R3*2 000100 060103 ADD R1~R3 ;R3=R3*3 - 000102 006303 ASL R3 ;R3=R3*6 (FOR 3 WORDS) 0801~ 062703~ ADD #CHRTAB,R3 ~~ P~ AT FIR~ CHAR~~ATR ~~~E 000000 000110 012701 CH23? MnV #20A,R1 ~SET TEST BIT -~-~--~-_~-~ 000200 000114 010546 MOV R5,-(SP> ;SAVE lNITIAL ~ POSIT~ON 000116 010467 MO~ R4,CH24+2 ;SA~E INITIAL X 80001.4 ? 00~122 010367 MOV R3,CH25+2 ;SAVE INITIAL CHAR PTR 08881 4 ??,..___ ,.~ ~.,,~,_,,__?,., 000126 005137~ COM @#DAC2 ;TURN DOT ON INTO CHAR 008008 ~ 000132 000404 BR CH26 ;SKIP 000134 012704 CH24: MOV #DUM,R4 ;RESET PTR 000000 0AA14A A127A~ CH25: MOV #DU~ R~ ;RESET X 000000 008144 012780 CH26: MOV #6,R0 ;SET B~TE CTR ' 000006 000150 130123 CH3: BITB Rl,(R3)+ ~IS THE BIT ON? 000152 001404 BEQ CH4 ;NO-DONT MOVE IN DACS 000154 010437' MnV R4,~#OAC0 ~MO~ X ~ --~- ~ 000000 ~ 000160 010537~ MO~ R5,@#DAC1 ;MOVE Y ~__-___ - --- 000000 000164 060204 CH4: ADD R2~R4 ;INCREMENT X 000166 005300 DEC R0 ;DONE ALL THE B~TES? _ 000170 003367 BGT CH~ ;NO-SO FINISH -~~ 000172 160205 SUB R2,R5 ;'DECREMENT y 000174 000241 ' CLC 000176 106001 RORB R1 ;MOVE TEST BIT DOWN ONE ? 000200 001355 BNE CH24 ~IF NOT ZERO DRAW NEXT ROW 000202 060204 ADD R2,R4 ;ZERO-SETUP FOR NEXT CHAR 000284 8126A5 MOV (SP~+,R5 ~REP~ACE INITIRL Y 000206 005137~ COM @#DAC2 ;TURN DOT OFF OUT OF CHAR 000008 000212 012600 CH5: MOV (SP)+,R0 ;REPLACE PTR 000214 000677 BR CH05 ;GO TO IT AGRIN 000216 012704 CHCR: MOV #-2048.,R4 ;RESET X TO FAR LEFT 174000 l~3~~~2 ~~~77~ ~~ ~u~ .,_~~ I don't know if it's even worth it to continue. Some of the page are so dark that they don't scan at all. The best ones aren't anything to brag about. Ideas? Suggestions? Thanks. Larry

7 years, 7 months

Pascal Microengine disks images available.

by jos.dreesen＠greenmail.ch

Finally got around to imaging the +/- 80 floppies that came with my ACI-90 Pascal Microengine system. Disks of general interest can be downloaded on ftp://ftp.dreesen.ch/WD9000/MicroEngine.zip These are mostly variants of the OS and a set of system selftests. Image SYSTEM/OS_F0_SingleDensity.IMD might be of particular interest as that is a single-density OS-disk, might be needed for those with very early systems. All others images are for double-density systems. Sorry for the lack of documentation, I don have anymore than this, and have yet to check the contents... As a sidenote, all BASF disks were unproblematic, unlike the ControlData and noname parts that were also in the mix. Jos

7 years, 7 months

On Scanning

by grif615＠mindspring.com

On another forum, a JW Early did a lot of magazine scans. ?I'll look to see if I saved any of his descriptions. ?My memory, ?he scanned twice, once for line and text, and again for images. -------- Original message -------- From: Guy Dunphy via cctalk <cctalk at classiccmp.org> Date: 01/01/2019 01:29 (GMT-08:00) To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org> Subject: On Scanning This may be a good place to mention a text I began writing some while ago: On Scanning. ? http://everist.org/temp/__On_scanning.htm Meant to be a 'how to' about scanning and post-processing techniques, written as I explored that myself. It's not finished because I was working on a solution to the 'screened images with overlaid sharp text' post-processing problem, when sidetracked. As often happens with me. Also that project diverged into the whole text encoding thing. Which I can't discuss, but I *can* discuss scanning issues. Anyway, any comments, corrections and suggestions for extra material are welcome. Oh, and those with an interest in Apple history may find this amusing: ? http://everist.org/NobLog/20181001_missing_wave.htm Guy Y

7 years, 7 months

PDP-11/45 RSTS/E boot problem

by jnc＠mercury.lcs.mit.edu

> From: Paul Koning >> I haven't sat down with -C and -D manuals and done a bit-by-bit >> compare. I just did that (I used the "RK11-C Moving Head Disk Drive >> Controller Manual", DEC-11-HRKA-D, and the 1976 "Peripherals Handbook"), >> and found in the following: >> In the RKDS: bit 7 has changed the definition slightly ("Drive Ready" >> to "R/W/S Ready"), but seems to be basically the same. > You mean bit 6? Bit 7 is "drive ready" in both. @*#$@*$%@&*!!!!! My silverfishionado nature screwed me! I didn't have an RK11-D manual in paper, so I relied on the "Peripherals Handbook" - and it's got an error! In both the 1975 and 1976 edition, the _diagram_ for the RKDS shows bit 7 as "R/W/S Ready", and bit 6 as "Access ready", but the _table_ shows bit 7 as "Drive Ready", and bit 6 as "R/W/S Ready"! OK, so let me ditch that, since it's self-contradictory, and thefore necessarily erroneous. I'll switch to the RK11-D User's Manual, EK-RK11D-OP-001. It gives bit 7 as "Drive Ready", and bit 6 as "R/W/S Ready". (The RK11-C manual gave bit 7 as "Drive Ready", and bit 6 as "Access Ready".) > Bit 6 has a different name in the two descriptions but the meaning > appears to be the same. Yup. Thanks for catching that for me! Noel

7 years, 7 months

On Scanning

by couryhouse＠aol.com

Very nice book scanner!There is? probably?a? second? career?? ?out there? for? you if? you? chose to? make them!Ed# In a message dated 1/1/2019 11:01:31 AM US Mountain Standard Time, cctalk at classiccmp.org writes: On Tue, 1 Jan 2019, Guy Dunphy via cctalk wrote: > This may be a good place to mention a text I began writing some while ago: > > On Scanning. >? http://everist.org/temp/__On_scanning.htm > > Meant to be a 'how to' about scanning and post-processing techniques, written as I > explored that myself. It's not finished because I was working on a solution to the > 'screened images with overlaid sharp text' post-processing problem, when sidetracked. > As often happens with me. Also that project diverged into the whole text encoding > thing. Which I can't discuss, but I *can* discuss scanning issues. > > Anyway, any comments, corrections and suggestions for extra material are welcome. > Here's a video on a diy book scanner I built in order to scan all the Crescent Software documentation I got.? Seems relevant to this. :) https://www.youtube.com/watch?v=niwLAbgRpDE (Crescent Software archive is here: http://annex.retroarchive.org/crescent) g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.diy-cockpits.org/coll - Go Collimated or Go Home. Some people collect things for a hobby.? Geeks collect hobbies. ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://scarlet.deltasoft.com - Get it _today_!

7 years, 7 months

Happy New Year!

by couryhouse＠aol.com

Happy? New? Year? to all! Ed# Sent from AOL Mobile Mail

7 years, 7 months

wanted back issues IEEE ANNALS OF THE HISTORY OF COMPUTING bound or unbound... dtop us a line off list please.

by jnc＠mercury.lcs.mit.edu

> From: Al Kossow > I do not archive any paper myself. There are quite a few silver-dish lovers; you might be able to raise some funds by listing stuff on eBait (although I can easily see that maybe it would be more hassle than it's worth). > Currently, I am being asked to reduce my backlog inside of Shustek and > am making some hard choices. Can you say anything about this (it sounds troubling)? Can we help in any way? (And the "inside of Shustek" is puzzling - I thought Shustek was a person?) Noel

7 years, 7 months

PDP-11/45 RSTS/E boot problem

by fritzm＠fritzm.org

Hi all, Some here may know I?ve been working on an 11/45 restoration off and on for some time now. My ?45 currently has floating point, KT11-C mem mgmt, 124 kword MS11-L, and an RK11-C with one restored RK05 drive. Last week I decided to see if I could bring up RSTS/E on the machine. I managed to sysgen a minimal V06C system that can run off a single RK05 pack under simh, but when I transfer that image to the real hardware using pdp11gui it does not seem to completely/successfully boot. The ?Option:? boot loader comes up and sub-commands there seem to be working (in particular, the ?HARDWARE? sub command shows correctly detected hardware and options). When booting RSTS/E, after supplying date and time, the idle pattern starts on the front panel (but just the bottom part, on the data lights). When console is in display register mode, it shows an increasing count. Console input is echo?d, but the INIT banner and subsequent prompts are never printed and the read light on the RK05 flickers continuously as if the system is trying to read the same sector over and over. Figured I?d ping here in case this is a known failure mode to folks more familiar with RSTS/E? Also posted over on the vcfed DEC forum. FWIW, the machine is passing all MAINDEC CPU, MMU, FP, KW11, and RK11 diagnostics. Cheers, ?-FritzM.

7 years, 7 months

OCR old software listing

by ldkraemer＠gmail.com

I used the libtiff-tools (Debian 8.x - 32 Bit) to extract all 61 .TIF's >from the Multipage .tif file. While the .tif's look descent, and RasterVect shows the .tif properties to be Group 4 Fax (1bpp) with 5100 x 6600 pixels - 300 DPI, I can't get tesseract 3.x, TextBridge Classic 2.0, or Irfanview with KADMOS Plugin to OCR any of the .tif files, with descent results. I'd expect an OCR of 85 to 90 % correct conversion to ASCII text. Typically, one of the three above Software packages will do a descent job of OCRing .tif's of such scans. (Most PDF's end up at 72 x 72 DPI, and converting them to 300 DPI, allows them to be properly OCR'd.) If anyone else has had better luck, I'd like to know what your process is. Thanks. Larry

7 years, 7 months

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

test-drb