Kaynak kodu burada paylastim:
https://codeberg.org/sbelet/DiskCopyFast64

Mumkun mertebe artik Github kullanmayacagim.

Pi1541 ile calismasi lazim, cunki "cycle exact" diye biliyorum. SD2IEC'ten emin degilim, 1541'i full, "cycle exact" emule etmesi gerekir.

Sizler de sagol olun, gule gule kullanin.

Ben tesekkur ederim, hayirli olsun.

Cok tesekkurler, ercanersoy, runal ve onursapci. Elimizden geldigi kadar iste

Commodore 64 icin yepis yeni bir disket kopyalama (BACKUP) programi.

Ayni adli PC-DOS Disk Copy Fast (DCF) programindan esinlenilmistir.
Arayuz olarak, C64'deki Maverick isimli Kracker Jax'in "Fast Data Copier" uygulamasindan esinlenilmistir.

Hem okuma hem de yazmada gercek VERIFY islemi yaparak, bir hata ile karsilasildiginda (or.: bad sector) R/C/A (Retry, Continue, Abort) secenegi sunmaktadir. Bu ozellik Amiga'daki X-COPY programindan esinlenilmistir. C64'te benzeri, verification'i saglam bir tool gormedigim icin bu eksikligi gidermek istedim. C64'deki copy tool'lar hiz konusunda yarisiyorlar fakat saglamlik acisindan cok da iyi degiller.

Ben de bu projeye basladigimda "Spindle" algoritmasi ile basladim. Daha hizlisi yok saniyorum:
https://www.linusakesson.net/programming/gcr-decoding/index.php

Okuma testlerimde 1sn/track (21 sector) hiz gorunce heyecan yapmistim, daha hizlisini gormemistim cunki, fakat... bu algoritma 1541'in 2KB lik belleginin tamamina coktugu icin verification ve R/C/A icin yer kalmadi. Maalesef, standard 2bit fast protocol kullanmak zorunda kaldim. Kisacasi bu gibi sebeplerden proje iki kez sil bastan yeniden yazildi.
Isin icinde her bir track icin full verification da oldugundan diger copy tool'lara gore daha da yavas kaldi. 2 surucu kullanarak bir disketi kopyalamak 5 dakikadan biraz uzun suruyor.

1. Cift ve tek suruculu modlar destekleniyor.
2. REU varsa (en az 256KB) tek suruculu kopyalamada faydasini gorursunuz.
3. Program iki suruculu kopyalamada (8 > 9 veya 9 > 8 ) en verimli sekilde calisiyor.
4. Suruculerde jumper yoksa (aygit numarasi 8, 9 secimi icin) SOFTWIRE ozelligi, Maverick isimli tool'dan esinlenerek eklendi.
5. Ne faydasi olur emin degilim ama 40 track'a kadar copy desteklenmekte. Teslerimde emulatorlerin 35'ten sonraki track'larda takildigini gordum. Gercek surucu testinde takilma olmuyor.
6. INIT DRIVES ozelligi, suruculere "I" dos komutu gondermek icin. Bu ozellik bazen gerekebilir diye dusundum. Copy islemi icin gerekli degil.
7. CLEAN ozelligi temizleme disketi kullanacak arkadaslar icin. Once kafayi track #1'e goturuyor (a.k.a. head bump). Sonra track 40'a yani diger uca ve en sonunda track #18'e park ediyor. Tekrar tekrar kullanilabilir. Sadece "drive 8" icin.

Hayirli olsun insallah.

Tesekkurler, WildLord.

Eyvallah usta, sagolasin.

Kaynak kodu incelemek isteyen varsa:
https://github.com/sbelet/c64-disk-formatter

Tesekkurler, EMREZ.

Benim de Karakoy'de uydu cihazlari tamir teknik servisinde calismisligim var. Benzeri hikayeleri ben de duymustum

[1. Verify-only modda disk ID sorunu:]

Tesekkurler! Bazi surprizler sunlardi:

1. Verify-only modda disk ID sorunu: 1541'in zero page $16/$17'de disk ID'si tutuluyor. Format modunda bunlar otomatik doluyordu ama sadece verify modunda initialize edilmiyorlardi - her sector "hatali" cikiyordu. Cozum: verify oncesi "I" komutu gondermek.

2. Track 36+ seek hang: ROM'un seek rutini 35'ten yukari track'larda donuyor. Cozum: M-W ile drive'in $22 adresine track numarasini yazip seek'i bypass etmek.

3. Color RAM 4-bit okuma: C64'un color RAM'i 4-bit genisliginde. Okurken ust 4 bit "garbage" donuyordu. Track numarasi flash etme bu yuzden duzensiz yanip sonuyordu. Tek satirlik fix: AND #$0F.

4. BAM cache bozulmasi: GCR block 2 upload'u drive'daki $0700-$07FF'i eziyordu - burasi DOS'un BAM cache'i. Verify sonrasi F7'ye basinca disk ismi ve ID bozuk gosteriyordu. Drive'i resetleyince duzeliyordu. Cozum: islem bitince "I" komutu gonderip BAM cache'i yenilemek.

5. ROM format rutini kullanilamamasi: 1541'in kendi format rutini tum diski bastan sona otomatik formatlıyor - track bazli kontrol mumkun degil. Buradaki per-track format+verify yaklasimi icin "custom fast format engine" kullanildi ve bunu drive RAM'e upload edip her track'i ayri ayri M-E ile formatlayabilmek icin gerekti. Bu durumda launcher, GCR encoding tablolari, header builder gibi ~400 byte drive kodunun dogru adreslere yerlestirilmesini durumunu da beraberinde getirdi.

En cok ugrastiran 5nci madde.
Bunlar gibi...

Versiyon 1.3 oldu, verification islemi onemli olcude hizlandirildi. Link guncellendi.

Ben tesekkur ederim, fort_apocalypse & ekenciz.

Tesekkurler, Runal.