| |
Dano
Registered: Jul 2004
Posts: 229 |
Problem transferring discs to d64/PC
Maybe you can help me/us.. Some week ago weasel and i were trying to transfer stuff from my discs to D64/PC. It took us quite a while to get Warpcopy64 + 1541UI running actually. First the codenet program didn't start because of not finding the ethernet stuff from the 1541U1. We fixed that by using SoundDemon's TASS Cartridge.
Now we have the problem, that we have to switch off the floppy after each warpcopy of one disc(side). Because if we continue without switching off the floppy it will produce errors after errors on each read. So we transfer one side warp, switch off the drive, change disc(side), switch on the drive, transfer the other disc(side, switch off the drive....
Is this a known bug? Is there a way to avoid switching off the floppy after each read? Normal transfer is just too slow.. ^^ |
|
| |
Acidchild
Registered: Jan 2002
Posts: 470 |
solution ---> send the disks over to me, i'll transfer them for you :) |
| |
Dano
Registered: Jul 2004
Posts: 229 |
*g* waited for that one. ;)
thanks for that, but i'd rather like to do that myself.
and there's still so much to xfer at weasel's place, so that we need to figure out what's the problem there.. :/
we changed to c128 to a c64, and the floppies from a 1541-I to a 1541-II, but it didn't change a thing.
the pc's running win7 and the 1541UI and pc a linked together via a switch. |
| |
Dano
Registered: Jul 2004
Posts: 229 |
noone knows a solution to this? noone using warpcopy or is noone transferring discs?! |
| |
Acidchild
Registered: Jan 2002
Posts: 470 |
i'm using warpcopy, but with windows xp and it's working like a charm. |
| |
Dano
Registered: Jul 2004
Posts: 229 |
i actually can't pinpoint the problem. the first side reads normally, after you change sides the software reads like 5 tracks then repeadedly throws bad blocks. different disks, different drives, different commies..
does warpcopy push routines to the drive? as said, after you off-on the drive all works fine a for side.
with normal transfer all works ok it seems, but who wants to transfer stuff using normal speed?
seems like i need to get weasel dig up some xp masters.. |
| |
AmiDog
Registered: Mar 2003
Posts: 97 |
Can't help, but FYI I've never managed to get WarpCopy to work with my 1541C. It always complains about read errors on known to be good disk, or crashes halfway through, or ... Why not use one of those XE1541 cables and connect the drive directly to the PC instead? |
| |
AmiDog
Registered: Mar 2003
Posts: 97 |
Oh, since you are using a 1541U, I assume you have disabled everything except the ethernet and cart? I.e. no drive at unit 9 or similar? |
| |
Dano
Registered: Jul 2004
Posts: 229 |
i don't know if weasel's PC still got some parallel port, i doubt it actually..
yes just a plain c128/c64 with a drive connected and 1541 with soundemons TASS rom (for builtin codenet).
weasel told me the last time he used xp and the commodore always hung up when an error occured.
to me this whole warpcopy thing sounds pretty unstable, but seems to work really good when it works..?! ^^
problem ist, that most software on pc doesn't support autonaming of transferred discs. always changing filename by hand when tranferring more discs on a go is no option.
i pretty much wonder, why 1541U doesn't have something implemented for fast and automatic copy/transfer from 1541 -> sd-card/d64.. |
| |
bugjam
Registered: Apr 2003
Posts: 2556 |
Quoting dano
i pretty much wonder, why 1541U doesn't have something implemented for fast and automatic copy/transfer from 1541 -> sd-card/d64..
Yes, I am waiting for that option as well (and the other way around). I guess there are still too many small bugs to be fixed, before added functionality is tackled. But I am sure patience pays, especially as the 1541 Ultimate project is generally very well maintaines and supported! |
| |
ΛΛdZ
Registered: Jul 2005
Posts: 153 |
Try to ask on the forum for 1541U - im sure I recall some
problems with 1541U and WarpCopy... but well I never tried
WarpCopy with my 1541U1 myself as WarpCopy and RR+NET is
working so great.
So hunt the forum of 1541U or ask the question there aswell.
http://www.1541ultimate.net
|
| |
Dano
Registered: Jul 2004
Posts: 229 |
@bugjam: well, but when will there be a tool to fast and easy transfer stuff via 1541u without network and stuff?!
@mdz: i doubt it's a problem related to 1541u actually, but i can ask there, too. i had hoped graham would know where that error/bug is coming from. i has been working at weasel's with maybe a earlier firmware (1.6 i guess) and windows xp. we don't have a rr-net, so we sadly can't compare.
i have no clue why after easy fast-iec read the second disc has errors on the last blocks of each track.. *sigh*
a hardware reset drive button is a workaround, but no clue.. |
| |
wacek
Registered: Nov 2007
Posts: 509 |
Quote:problem ist, that most software on pc doesn't support autonaming of transferred discs. always changing filename by hand when tranferring more discs on a go is no option.
Sorry to say, but I think the best option is to look for an old cheap pc/aptop with parallel port. I am doing some big transfers right now and my setup looks like this:
- Dell D620 laptop with docking station
- XA1541
- FreeDOS Live-CD for booting into DOS
- StarCommander
It works almost flawlessly, especially with damaged floppies where WinXP + USB cable just stopped transfers in the middle and sometimes required to reboot WinXP to re-establish connection with the drive.
And of course, StarCommander has the disk autonaming option, including an option with disksides (disk001a, disk001b etc).
And the speed compared to the USB version... Dear Lord :)
|
| |
zscs
Registered: Sep 2010
Posts: 46 |
FYI, for those who wants to use their new generation computers/laptops. (Well, it was a nightmare to transfer my old stuff to PC...) I don't have any parallel port but I tried to make a working connection by using WinXp (and also Win7) + USB to parallel cable + XM1541 cable. I could not get any connection, did not work at all and it took me a lot of time and effort... The main reason of the problem probably the instability of the connection and the unconfigurable USB->parallel interface (I could not modify the transfer type to ECP/EPP, etc. and change other settings). In addition to this, if I tried to boot from an USB drive to DOS, system could not recognize my USB->parallel interface, so this (theoretically) possible option also failed. :/ I was getting more and more nervous...
Finally, I ordered ZoomFloppy and I could manage it to work within a half an hour and still works as a dream. Software that I use is a modified version of OpenCBM (dedicated to ZoomFloppy). ZoomFloppy has a parallel output as well, so you can use it with NibTools, etc. |
| |
Dano
Registered: Jul 2004
Posts: 229 |
does opencbm have a feature for autonaming transferred d64 for mass transfer? didn't know that starcommander has such a feature.. ^^
have been looking at zoomfloppy quite some time now. need to get one myself or talk weasel into getting one.. :)
can somebody confirm the transfer speed and the usability for mass-transfers?
still i'd most prefer a 1541U builtin solution. no need for pc and after transfer you can easily copy your stuff to pc.
|
| |
wacek
Registered: Nov 2007
Posts: 509 |
When I was using OpenCBM (and I did for quite a lot of time) there was not such option. That's another reason I love the DOS-based setup so much now :)
And nowadays you can buy old post-leasing Dell desktop PCs in Poland for 20 euros? So it really makes sense ;) You need one with parallel port and USB, that's it :) Alternatively, you could go for something like this http://allegro.pl/laptop-commodore-c-286-lt-okazja-i2084904439... and be true to the brand name, hehe ;)
But I understand your point, Dano, when you have 1541U it's just so damn obvious you should be able to use it efficiently for this purpose! |
| |
BYB
Registered: Jan 2011
Posts: 20 |
Quoting danoi actually can't pinpoint the problem. the first side reads normally, after you change sides the software reads like 5 tracks then repeadedly throws bad blocks. different disks, different drives, different commies..
I'd some similar problem earlier. When changing the "image" the 1541u takes some time to write back the actually used one.
You can see the green LED on 1541u is low-green, changing to fat green means "image" you choosed is ready to use.
However, there are a lot of copy-prox out there, why don't try any other. The great advantage is you can use all tools made for sixtyfour. |
| |
Dano
Registered: Jul 2004
Posts: 229 |
actually we need something that is capeable of handling mass-transfers of discs. not just creating one d64 by hand at a time.
i wish there was something on the 1541u that quite write a disk directly to a d64 and just requires a space press at a time.. nothing more.. :) |
| |
BYB
Registered: Jan 2011
Posts: 20 |
sure, creating d64-images is intensely a mess. I'd made a zip-packet containing blank d64-images only numbered from 0000-9999. Extracting those to sd-card is saving much time. When disk-images are copied later onto the images, just let run D64-Lister over it.
Somehow you already have to change 5.25 by hand or pressing space? ;) |
| |
King Durin
Account closed
Registered: Oct 2007
Posts: 85 |
I know that CBM-Command (see the link under my name in the sig) is not the fastest solution available, but I believe I could rather easily and quickly modify it to add a batch images build mode that you could use in conjunctiontion with a mass storage device such as SD2IEC. If there's demand for such a feature I'll get on it. Please note that it takes around 6 minutes to create a disk image through JiffyDOS enabled drives and computer. Without JiffyDOS is considerably slower as CBM-Command doesn't use any custom loaders.
King Durin aka plbyrd
http://cbmcommand.codeplex.com
http://www.paytonbyrd.com/BlogEngine.Web |
| |
Dano
Registered: Jul 2004
Posts: 229 |
geez, warpcopy just takes around 30 seconds.. ^^ |
| |
zscs
Registered: Sep 2010
Posts: 46 |
Well, I agree, opencbm does not support mass transfers by default and also not the fastest one. But, probably (as King Durin mentioned) not impossible to enhance it a little bit, in regards of mass transfers. ;) (The transfer speed is a different story...)
Another interesting option, if you have ZoomFloppy, you can use CBMXfer as well which still does not support mass transfers but if you have a parallel connection set up, this can be quite faaaast. ;) OK, you should click twice or so with your mouse instead of pressing space once:), I know, but supports NibTools, ImgCopy etc.
http://www.6502.org/users/sjgray/software/cbmxfer/cbmxfer.html
Regaring the speed, you can get (up to) 25 secs/disk with some specific setups. ;) http://ist.uwaterloo.ca/~schepers/cables.html |
| |
Dano
Registered: Jul 2004
Posts: 229 |
if an AR kann load up to 25times without modding anything or warpcopy can transfer a disc within 30s any tool or connection should be able to achieve this would any parallel cable fiddling and such..
as said, if i'd just transfer one disc i won't care about usage and speed so much, but if you have to transfer whole discboxes any extra time or key/mouse action is unwanted.
those were the times when i had ramtrans in my floppy and needed 15secs to write a disc.. ^^ |
| |
Dano
Registered: Jul 2004
Posts: 229 |
FYI: I didn't that much information from Graham, but his answers read like it might by a bug/problem with WarpCopy not beeing able to properly resync on the disc after one fast-iec read when a disc is not formatted via CBM functions.
Someone might correct me, but i can't tell how to fix this problem as it seems not to be related with a distinct drive(setup).
In the end it means further seeking and waiting for a decent solution that works. What is the problem in the end will be uncovered forever i guess.. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11293 |
Quote:opencbm does not support mass transfers by default and also not the fastest one.
when using warpmode opencbm should be pretty much exactly as fast as warpcopy (around 30 seconds per disk) |
| |
Dano
Registered: Jul 2004
Posts: 229 |
OpenCBM? Ah yes, back to a PC with board with a parallel port that works those stoneage cables..
Is there fullfeatured useful GUI (allowing masstransfer)?
Which reverts me again to why we're not able to do this via 1541U after all.. *sigh* |
| |
chatGPZ
Registered: Dec 2001
Posts: 11293 |
Quote:OpenCBM? Ah yes, back to a PC with board with a parallel port that works those stoneage cables..
you can use opencbm also with "zoomfloppy", which connects to an usb port.
Quote:Which reverts me again to why we're not able to do this via 1541U after all.. *sigh*
i blame the broken ethernet of the 1541u - it never worked stable for me with it either (while it worked perfectly fine with rr+rrnet using the same drive and c64). |
| |
King Durin
Account closed
Registered: Oct 2007
Posts: 85 |
I've created a new tool, OpenCBM Archiver V1.0 which allows the automated creation of disk images using OpenCBM.
King Durin aka plbyrd
http://cbmcommand.codeplex.com
http://www.paytonbyrd.com |
| |
Dano
Registered: Jul 2004
Posts: 229 |
well well.. yesterday weasel and i did some further testing with other floppies from weasel's collection. and guess what- against our believes- we got it working!
to sum it up we got a c128 + 1541U-I (soundemons TASS action replay rom with codenet) + PC (win7/64bit) +
a) light brown 1541 with knob and long spin on time (1541C?)
b) light brown 1541 with knob and short spin on time (1541C?)
c) 1541II with thick knob and disc-fixing click
d) 1541II with light knob and no disc-fixing click
on the previous runs we had disdrives a) and c) and both did not work and required us to power off-on the floppies after each read with fast-iec.
with the drives b) and d) everything flawlessly from the first read on. both drives worked fine on numerous continuos reads from different discs. no power-off needed anymore! unbelieveable!!!
ofcourse we crosschecked then the drives switching the drives after each other with the same disc after each other. and always it was that the new drives worked without problems whereas the first drives still had the same problem.
not that you could say that a 1541II would work better than a 1541I. from the outside both 1541I are identical, just that one has a short spin-on time, the other needs more time to spin on.
the preferred 1541II from back then with the thicker knob and the disc-click did not work, whereas the drive with the thin know and no dics-fix worked fine.
so what is the difference that makes the one drive work and the other not?! actually, we- bluntly speaking- don't know the fuck why or why not.
is it that there are different versions of the drives which do or don't (mis-)align with fast-iec? do their mechanics or drive electronics work better with different interleaves and such?! i'm completly no drive-expert nor drive-coder so i know pretty few about the different drive revisions.
haven't got a response from graham for quite some time, so i don't know what warpcopy does on the c64 side that makes the code so instable on different drives.. at the end it's just guessing around.
finally i must admin i'd really like to have tried nibtools, opencbm/d64copy, but with all those different cables you seem to need (modding a drive for a parallel cable is really needed? no way..) and the hassle with the lpt ports, i gladly pass now that we got warpcopy working (again)..
p.s.: yes, i'd absolute love to see a mass-copy software inside the 1541U that'd make all that pc hassle and such obsolete.. *sigh* that would be perfect to me.. *dreaming* |
| |
cba
Registered: Apr 2002
Posts: 935 |
Great news, no go and transfer all your disks ! ;-)
We need them to find missing demos/cracks etc ! |
