From: Leif Bloomquist on

"Groepaz" <groepaz(a)gmx.net> wrote in message
news:4bc44478$0$6984$9b4e6d93(a)newsspool4.arcor-online.net...

>> 2. The "Warp" part of Warpcopy might be doing unnatural things to the IEC
>> bus: For example, I know that it's highly recommended to only have a

> and the most important advice at that point: it will most likely not work
> on
> NTSC

Actually, Warpcopy works perfectly on NTSC for reading (22 seconds!),
writing is another matter (slow slow slow!).

But we know now that ultra-fast D64 write is possible on NTSC, as soci did
it for the id64 plugin on the IDE64 ;-) Just need Graham to adjust the
Warpcopy timing...


From: Joe Forster/STA on
> Actually, Warpcopy works perfectly on NTSC for reading (22 seconds!),
> writing is another matter (slow slow slow!).
>
> But we know now that ultra-fast D64 write is possible on NTSC, as soci did
> it for the id64 plugin on the IDE64 ;-)  Just need Graham to adjust the
> Warpcopy timing...

It might only be a too low soft interleave (= the distance of sectors
written after each other). If so, it's extremely easy to change -
probably even by hacking into the runnable code. ;-)
From: Leif Bloomquist on

"Joe Forster/STA" <sta(a)c64.org> wrote in message
news:c1864eb2-ecbb-4f8c-8fd7-265a37965f49(a)w42g2000yqm.googlegroups.com...

> It might only be a too low soft interleave (= the distance of sectors
> written after each other). If so, it's extremely easy to change -
> probably even by hacking into the runnable code. ;-)

I suppose. I'd love to see several improvements to Warpcopy64, and I'd even
make them myself if I could get the source code ;-)

1. Support drive numbers up to 15, for easier use on IDE64.

2. A means of sending arbitrary DOS commands to the C64. We could change
IDE64 directories, etc. from the PC. Useful on 1541s
as well, of course.

3. Fast D64-write on NTSC systems.

4. A way to set the MAC address.


From: Groepaz on
Leif Bloomquist wrote:

>
> "Joe Forster/STA" <sta(a)c64.org> wrote in message
> news:c1864eb2-ecbb-4f8c-8fd7-265a37965f49(a)w42g2000yqm.googlegroups.com...
>
>> It might only be a too low soft interleave (= the distance of sectors
>> written after each other). If so, it's extremely easy to change -
>> probably even by hacking into the runnable code. ;-)
>
> I suppose. I'd love to see several improvements to Warpcopy64, and I'd
> even make them myself if I could get the source code ;-)

unfortunately, graham lost the source in a hd crash ... however, pretty much
all of the pc side of things is already available (in "diskimagery64") - the
c64 side cant be terribly hard to resource :)

--

http://www.hitmen-console.org http://magicdisk.untergrund.net
http://www.pokefinder.org http://ftp.pokefinder.org

In a society in which there is no law, and in theory no compulsion, the only
arbiter of behaviour is public opinion. But public opinion, because of the
tremendous urge to conformity in gregarious animals, is less tolerant than
any system of law. When human beings are governed by "thou shalt not," the
individual can practice a certain amount of eccentricity; when they are
supposedly governed by "love" or "reason," he is under continuous pressure
to make him behave exactly the same way as everyone else.
<George Orwell>


From: redrumloa on
Interesting replies. It started working when initally after I
unplugged the uIEC from the serial chain, which made me think it may
have caused a problem. Then I plugged the uIEC back in and it still
worked... I hadn't heard of issues with NTSC machines, is that just
with "fast" mode or in general?

@Leif

I finally got a disk image with SETMAC on it, but the change does not
stay after resetting the system.