OldComp.cz

Což vzít starší 486-ku s 720kB disketovou mechanikou a do 720 kB diskety přehrát systém DOS? Poté do ní naládovat další soubory.

To je přesně co jsem udělal. Použil jsem svoji 486DX4, kde jsem přejumperoval disketovku na DD a pak z DOSu udělal formát. Potom jsem zkoušel různě RaWrite, OmniDisk a podobně

_________________

ZX Spectrum: Didaktik M, ZX 48k, Černá Gama, Frankenstein 48k, Harlequin 128k v ZX+, Did Kompakt, ZX81
Amiga: Amiga 4000D CyberStorm MKIII, Amiga 1200 + Blizzard 1230IV, Amiga 1200T Infinitiv, A600, A500
Ostatní: Atari ST 1040FM, Shrap MZ-821, Apple lle, Commodore 64, SGI Indigo2, Sun Ultra 5
Apple: G3 BW, G4 PCI, G4 QS, G4 MDD, iMac G3, iBook G3, iBook G4, LC II, LC III, LC 475, Performa 630, PM7300, PM7200, PM8500, Quadra 650, PB 160, PB G3

Používáš diskety DD, naformátované na 360 kB a dáváš na ně obraz pro 720 kB?

Houška použil 5.25".
https://www.youtube.com/watch?v=kdLlGxH3Mx0

špatně čteš, používá HD mechaniku (80 stop) v režimu DD, takže na DD disketu dá právě těch 720 kB, otázkou je jestli to správně pochopil MS DOS, pro něj je to nestandardní formát

Tak dostal jsem se trochu dál zase. Pořídil jsem Gotek a mám první malý úspěch.

Do Goteku jsem nahrál flashfloppy a nyní se snažím ho používat. Na prázdnou flashku jsem umístil img soubory (boot.vz.img) a soubor IMG.CFG s obsahem



Zapojil jsem Gotek do VZLETu a nabootoval! Částečně - dostanu se na výběr mechaniky - když zvolím B: což je Gotek a dám dir dostanu Bdos Err On B: Bad Sector

Tedy mám chybu asi někde v konfiguraci FlashFloppy - bohužel už moc nevím jak dál. Poradil by někdo jak správně nastavit parametry?

https://github.com/keirf/FlashFloppy/wi ... ation-File

_________________

ZX Spectrum: Didaktik M, ZX 48k, Černá Gama, Frankenstein 48k, Harlequin 128k v ZX+, Did Kompakt, ZX81
Amiga: Amiga 4000D CyberStorm MKIII, Amiga 1200 + Blizzard 1230IV, Amiga 1200T Infinitiv, A600, A500
Ostatní: Atari ST 1040FM, Shrap MZ-821, Apple lle, Commodore 64, SGI Indigo2, Sun Ultra 5
Apple: G3 BW, G4 PCI, G4 QS, G4 MDD, iMac G3, iBook G3, iBook G4, LC II, LC III, LC 475, Performa 630, PM7300, PM7200, PM8500, Quadra 650, PB 160, PB G3

Kde jsi vzal ty hodnoty? Smysl to dava, ale co treba ten "interleave" ? S tim by se dalo experimentovat. Proc tam mas prave 1 ?

Aby to nebyl podobný problém jako má tuším u SharpMZ800 a CP/M kde je má první stopa jinou geometrii než zbytek diskety...

Určitě ne, v CIMu jdou image těch disket přečíst.

Bude to fakt jen nějaká krpa v nastavení flashfloppy...

_________________
ZX80, ZX81, ZX Spectrum, ZX Spectrum +2, Didaktik M, PMD 85-1,2A,3, Olivetti Prodest PC 128, Acorn BBC Micro, PC-XT, Amiga 500

FK-1 má systémové stopy neprokládané, ostatní jsou prokládané. Pokud Ti to nabootuje a pak nic, může být problém tam. Jinak je geometrie na celé disketě stejná. Používám formát image HFE, tam je všechno popsáno uvnitř souboru.

Petr

Bacha na to je fyzický a logický proklad. Klasika CPM disketa je bez fyzického prokladu ale s logickým prokladem. Na TNS existovali i rychlé diskety které mají fyzický a současně je i logický proklad ty diskety jsou přenositelné i na jiné stroje. Sektory na disketě jsou očíslované a řadič je hledá podle čísla a ne podle toho jak jsou fyzicky řazené na disketě, takže systém nic nepozná (maximálně podle toho jak rychle je sektor nalezen). Fyzický proklad umím naformátovat řadiče od WD ale ne od INTELu (8271/8272). Otázka co dělá ten gotek pokud je nastaven proklad, fyzický proklad u SD karty ztrácí význam, ale logický má smysl ale jen za předpokladu že dada v obrazu budou bez prokladu, ale systém očekává proklad.

_________________
Ne všichni jsme měli z češtiny za jedna, aneb jsem dyslektik a dysgrafik.

http://www.sapi.cz/

jenom pro osvětlení situace, v době začátků CP/M se prodávaly 8" diskety standardně předformátované, bez fyzického prokládání sektorů na disketě, takže načítání 2 po sobě jdoucích sektorů se na některých počítačích nestihlo a muselo se na další sektor počkat otáčku diskety, což neúměrně protahovalo čtení souborů. Proto přišlo CP/M s prokládáním dat na disketě a proto má v sobě to překladovou tabulku. Takže jak píše správně Racesoft, systémové stopy (normálně 0-1) jsou bez prokladu, a další jsou už prokládané softvérově.
Tohoto si všimli ve Slušovicích a přišlo jim, že se systém načítá moc pomalu tak si vytvořili vlastní systém loader a pomocí něj načítali SW proházené sektory i na systémových stopách, v prvních verzí na to používali data na stopě 76 později už tuto oblast nepoužívali, i když bylo přechodné období kdy i ve stopě 76 byla informace pro starší TNS.

Ohledně konfigurace Gotek + vzlet by bylo asi úplně nejlepší napsat Zdenkovi Houškovi, tady jen vaříme z vody všichni.

Interleave sektoru na diskete je snad normalni vec uplne vsude, to snad neni zalezitost jen CP/M.

Něco se mi v chabnoucí paměti vybavuje, že Robotroní SCPX (obdoba CPM 2.2) používal 4 sektory po 1 KB, čímž se tam jednak vešlo více dat a jednak byly operace rychlejší. (jestli kecám tak se omlouvám)

_________________
i++ (INC) increment
i-- (DEC) decrement
i@@ (EXC) excrement

to máš pravdu, ale většinou se to řeší formátovacím programem na fyzické úrovni kde zapíšu hlavičky sektorů na stopu prokládaně - operační systém to potom vůbec nepozná, kdežto CP/M si to dělá SW překladovou tabulkou, protože jak bylo napsáno dřív řadiče intelu to fyzicky neumožňovaly