Project

Profile

Help

HostedRedmine.com has moved to the Planio platform. All logins and passwords remained the same. All users will be able to login and use Redmine just as before. Read more...

Bug #973301

open

Address WarpCopy64's issue impacting the track 1 seeking process

Added by Luigi Di Fraia 4 months ago. Updated 3 months ago.

Status:
New
Priority:
Normal
Sprint/Milestone:
Start date:
Due date:
% Done:

20%

Estimated time:
3.00 h

Description

This is something that was noted by users before, including in the readme.txt of Mwc (https://csdb.dk/release/?id=42644&show=summary), where it reads:

"WarpCopy64 is not always successful when attempting to move the R/W head to track 1. As opposed to the original WarpCopy client, mwc tries to use the Commodore DOS to move the R/W head to track 1. This seems to be more stable than the original WarpCopy64 method, but may still fail. This can typically be seen if mwc reports errors in tracks 18, 25 and 31 when attempting to transfer a disk. The situation can often be remedied by explicitly moving the R/W head to track 1, e.g., by issuing "@br 01 00" in the Action Replay monitor, before restarting the WarpCopy64 server program."

The mitigation that was provided in the IECHost GUI client consists in the "Pre-initialize disk" option. Its effectiveness is under scrutiny at the moment but communication with users is quite slow.

A proper navigation fix is in the works. Unfortunately I haven't got access to a disk suitable for development or testing. I might be able to create a synthetic one though. For this reason this bug is being moved to a later milestone.

Actions #1

Updated by Luigi Di Fraia 3 months ago

  • Sprint/Milestone changed from v3.8.12 to v3.8.13
Actions #2

Updated by Luigi Di Fraia 3 months ago

  • Description updated (diff)
Actions #3

Updated by Luigi Di Fraia 3 months ago

  • Sprint/Milestone changed from v3.8.13 to v3.8.14

Also available in: Atom PDF