From: Wolfgang Moser on 25 Oct 2006 09:48
Pete Rittwage schrieb:
> MagerValp wrote:
>> The only tricky part is getting the parallel connection on your 1541.
>> Is anyone selling a ready-to-install kit? I know some users would
>> prefer not to do any soldering...
> Somebody (not related to us) has been selling these on eBay lately. A
> couple people in the project have bought them and said it was a snap to
> install and worked with Joe Forster's XMP adapter "out of the box".
You are telling from that "Datel Deep Scan B..." guy?
From what I can see, the design is really pretty. I
created something similar years ago, also with PCBs,
but my beloved 26pol. Parallel cable "standard" with
every second line shielded to ground (like Rossm?ller
did with their Turbo-Trans and -Access).
But in no way I could beat that price since my
production costs for only the PCBs were in that
A note to the "... was a snap to install ...": This
requires that your floppie's 6522 VIA chip is
socketed. I got many 1541-II models, where the VIAs
are not socketed. And then there is the "pin 2 issue"
from the 1541-II's predecssor, the 1541C with track-0
sensor support. The buyers item may or may not have
a solution for this already built in, I don't know.
Some stuff about C= parallel cables is here:
From: Groepaz on 27 Oct 2006 09:30
Wolfgang Moser wrote:
> Groepaz schrieb:
>> Wolfgang Moser wrote:
>>> It seems we got a new competitor for the job
>>> of minimizing the size/effort for the
>>> minislave.txt type-in?
>> i dont think so....my next/current project is transfering disks...about
>> 4000 of them o_O
> ohhh well, that's what we love to do. With
> such a crowd of disks there is only one
> * Booting pure DOS or Win98
> * Raising The Star Commander
> * Copy Disk with:
> - Automatic Index generation
> - Automatic side label generation
> !!! Disk change detection
> Although the last three points could be
> "simulated" with a little script for
> OpenCBM and the command cbmctrl change.
> SC combines these and a lot of other
> functions really useful for such masses
> of disks.
> But... you surely don't need
> recommendations in transferring disks.
hehe, indeed - and i'm using warpcopy, and the only thing i am really
missing is someone who inserts the disks for me =P
People can be divided into three groups: Those who make things happen, those
who watch things happen, and those who wonder what happened.
<John W. Newbern>
From: Groepaz on 27 Oct 2006 09:33
Wolfgang Moser wrote:
> Hi Pete, MV, Leif,
> Pete Rittwage schrieb:
>>> With MNIB, 7 seconds is "wasted" sending the code to the drive and
>>> getting it ready to image a disk. The actual imaging takes only 9
>>> seconds for an entire disk side. I could make a mode where you
>>> inserted disks one after the other and hit enter and get them in 9
>>> seconds each.
>> This is added to the released MNIB code now. Image disk sides in less
>> than 10 seconds each with automatic naming and full copy protection
>> support. Works in plain DOS, or with cbm4win/cbm4linux and a VIA
>> parallel cable.
> Pete, what about the kinda infantile part:
> nananananaaana :-P
i'm asking myself though, how well does that setup handle errors? lots of
the disks i am transfering have suffered from bad handling in the past...
and warpcopy does quite a great job of rereading them until all sectors
have no more (detectable) errors. i would think that with a nibbler such
stuff (eg wrong gcr data) goes undetected into the image - something which
i definetly dont want.
Of course, what I really want is total world domination.
From: Groepaz on 27 Oct 2006 09:37
>>>>>> "WM" == Wolfgang Moser <wnhp(a)d81.de.invalid> writes:
> WM> That's what I wanted to know, so it cannot happen under normal
> WM> circumstances that corrupted images were generated without the
> WM> user recognizing it.
> Yup. I'm not sure if it saves the error info in the d64 or not though.
it does. and the re-reading stuff works amazingly well, i got some really
fux0red disks transfered with it. i'm not going back to starcommander for
batch transfers. ever.
Programming today is a race between software engineers striving to build
bigger and better idiot-proof programs, and the Universe trying to produce
bigger and better idiots. So far, the Universe is winning.
From: Sam Gillett on 28 Oct 2006 01:03
"Groepaz" wrote ...
> Programming today is a race between software engineers striving to build
> bigger and better idiot-proof programs, and the Universe trying to produce
> bigger and better idiots. So far, the Universe is winning.
I must agree! ;-)
If you make it idiot-proof,
someone will make a better idiot!