Surová data tak, jak byla v roce 2013 stažena z Pandory (HTML zdroj bez úprav, osobní e-mailové adresy jsou maskované).
<!-------------------------------------------------------------->
<table width="100%"><tr><td align="left" valign="middle"></td><td align=right valign="middle"></td></tr></table><BR><pre>Dne pátek 15 Říjen 2010 08:28:36 Zdenek Adler (sharpemu@pandora.cz)
<img src="BODY_IMAGES_WRAP_GIF"> napsal(a):
<span class="replyquote1">> Ještě mě napadlo - pracuješ s obrazem diskety (Extended CPC disk image
> *.dsk) anebo s fyzickou disketou? Jestli s obrazem, bereš na vědomí že
> obraz diskety není ve formátu RAW a obsahuje navíc data o jejím
<img src="BODY_IMAGES_WRAP_GIF">formátu,
> chybách apod. ?
</span>
pracuju s dsk obrazem a programem dsktrans z balíku libdsk převádím z dsk doraw image a zpět
Dne pátek 15 Říjen 2010 08:25:52 Zdenek Adler (sharpemu@pandora.cz)
<img src="BODY_IMAGES_WRAP_GIF"> napsal(a):
<span class="replyquote1">> třeba diskové utility v emulátoru které slouží k vytahování souborů
<img src="BODY_IMAGES_WRAP_GIF">z
> obrazů disket jsem psal pouze z Lamačova popisu CP/M, takže by v něm
<img src="BODY_IMAGES_WRAP_GIF">měly
> být všechny potřebné informace. HDS formát je s DD totožný, liší se
> opravdu jen hustotou zápisu, pouze 0 stopa a 1 strana je zapsaná v DD. To
</span>
čím se ta hustota projevuje? pouze počtem sektorů na stopu?
<span class="replyquote1">> činí programu CPDREAD potíž s načtením diskety (PC neví, dle čeho si
> přepnout hustotu DD/HD) a je třeba disketu 1x načíst se zalepeným
<img src="BODY_IMAGES_WRAP_GIF">okýnkem
</span>
Tohle mi teď nevadí, protože dsktrans parametrem -first 2 že má přeskočitclustery 0 a 1, v tuto chvíli kašlu na boot stopy.
<span class="replyquote1">> (vznikne soubor 4608 Bytu) a 1x s odlepeným (1510656 Bytu). Tyhle 2
> soubory jemožné spojit utilitkou kterou jsem kdysi za tímto účelem psal
> (viz příloha). Při spuštění bez parametru vypíše parametry
>
> Usage: hdconv file1.dsk file2.dsk file3.dsk
> file1-contains 1 track in double density
> file2-contains high density tracks
> file3-output file for emulator
>
</span>
Mám linux a windows programy se mě netýkají.
potřebuju vědět těchto pár parametrů, které popisují softwarové
<img src="BODY_IMAGES_WRAP_GIF"> parametry
disket:
Sector size in bytes
Number of tracks
Number of sectors
Block size
Number of directory entries
Logical sector skew
Number of reserved system tracks
možná i typ os (vzhledem k html souboru v priloze puvodni zpravy), jestli
třeba lamač nenarouboval do formátu rozšíření cp/m 3.0, třeba label
<img src="BODY_IMAGES_WRAP_GIF">disku se
na cp/m lec vyskytuje a cp/m 2.2 jej nepodporuje
<span class="replyquote1">> Kdyby jsi měl konkrétní dotaz na formát diskety, zkusím zapátrat - to
<img src="BODY_IMAGES_WRAP_GIF">co
> jsi napsal je dost obecné.
</span>
s následujícími parametry disketu přečtu (jde o r/w operace jednotlivýchsouborů pod linuxem, nikoliv práci s obrazem v celku), jsou tam na pohled
vsechny soubory akorát mi zmizí info o číslu uživatele ačkoliv by mělo
<img src="BODY_IMAGES_WRAP_GIF"> být
zachováno, v textových souborech jsou smysluplná data (nekontroloval jsem
slovo od slova a zatím ani správnost velikosti souboru)
# CP/M on 1.44MB floppies
diskdef mzHD
seclen 512
tracks 160
sectrk 18
blocksize 4096
maxdir 128
skew 1
boottrk 4
os 2.2
end
# CP/M on 720KB floppies
diskdef mzDD
seclen 512
tracks 160
sectrk 9
blocksize 2048
maxdir 128
skew 1
boottrk 4
os 2.2
end
Pokud ale s těmito parametry vytvořím programem mkfs.cpm novou image a
nakopíruju do ní pomocí cpmcp soubory, potom programem dsktrans převedu naedsk image, nahraju na sd kartu a připojím jako disketu v unikartě, sharp mi
na disketě napíše abort/retry/fail ...
Nemůžu se dohledat toho co mám špatně
Jakub
</pre>