UDPSlave 0.91
in [Commodore]
|
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 range already. 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: http://d81.de/R.I.P/Para1541II.shtml http://d81.de/R.I.P/CBMpara.shtml http://d81.de/R.I.P/XAP1541.shtml Womo
From: Groepaz on 27 Oct 2006 09:30 Wolfgang Moser wrote: > Hi, > > 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 > recommendation: > > * 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 -- http://www.hitmen-console.org http://www.gc-linux.org/docs/yagcd.html http://www.pokefinder.org http://ftp.pokefinder.org 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 hehe 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. -- http://www.hitmen-console.org http://www.gc-linux.org/docs/yagcd.html http://www.pokefinder.org http://ftp.pokefinder.org Of course, what I really want is total world domination. <Linus Torvalds>
From: Groepaz on 27 Oct 2006 09:37 MagerValp wrote: >>>>>> "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. -- http://www.hitmen-console.org http://www.gc-linux.org/docs/yagcd.html http://www.pokefinder.org http://ftp.pokefinder.org 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! ;-) -- Best regards, Sam Gillett If you make it idiot-proof, someone will make a better idiot! |