Celé vlákno · 8 zpráv

Tak hlasim ze uz jedu na CP/M na disketach 3,5" 1,44Mb DS HD, 36 sek
x 512 byte, 80 stop. Je to sranda, kdyz se na pididisketu vejde 6
kousku 8" disket. -:) Zkusil jsem 5 x kopirovat s verifikaci jednu
plnou 3,5"-ku na druhou a zpet a prochazelo to bez sebemensi chyby a
beze zmeny kontrolniho souctu. Takze to asi chodi. Tedy jeste je
nutny do toho zaklit vypinani motoru mechanik se spozdenim, aby to
dupalo uplne nejrychleji. Ted zatim pri zmene disku se puvodni ihned
vypne a ceka se na zapnuti noveho. Pri kopirovani, kdys se neustale
prohazuji disky to dost zdrzuje. Zkusil jsem nechat zapnuty obe
mechaniky najednou a je to az o 1/4 rychlejsi. Tohle ale pujde
programove vyresit jen na FDC-1, na MFC-1 jedine s 74123 dobastlenou
do konektoru kabelu, jak to navrhl EC1045.
Zaroven jsem taky delal optimalizaci skew log a fyz sektoru pro co
nejrychlejsi cteni a zapis. Ma to zajimavou charakteristiku, neco
jako pila casovky u osciloskopu. Pokud se skev nedela vubec, je
zapis s kontrolnim ctenim skoro 7x delsi, nez kdyz se najde optimum,
coz je v tomhle pripade preskok o 3 fyzicky sektory. Jinak to taky
umi cist PC disketu ale samozrejme bez spravny organizace podle
FATky a podobne. Ale konverze by asi nekdy udelat sla...
Jirka

Takze dnes se mi podarilo dodelat jeste to zpozdeny vypinani motoru na
disketach. Takze efekt je takovy, ze kazda disketa po zapisu ci cteni se
toci jeste 8-10 sekund a pak se zastavi. Takze pokud se na 3,5 ci 5,25
kopiruje z Ramdisku ci 8" diskety, tak se motor vubec nezastavi, (nebo
vyjimecne pri souboru delsim nez 80-100 kb) a k zastaveni dojde az asi 10
sekund po ukonceni kopirivani. U FDC-1 to umi jeste navic to, ze pokud se
kopiruje nebo treba linkuje z 1-3 disket na jednu, toci se najednou vsechny
mechaniky, takze zadny zdrzovani pri cekani na rozbeh mechaniky, nebo jen
vyjimecne. 
Vic motoru na jednou u MFC-1 bohuzel nepujde, deska ma pro motory dekoder 1
ze 4, kdezto FDC-1 ma kazdy motor 1 bit, takze jdou ridit nezavisle
jednotlivy motory. Jedinna moznost by byla dat na vystup MFC-1 redukci, kde
by byly 1-2 kousky 74123,(nebo 1-2 ks dvojty casovace 556, pro 2 diskety
staci 1ks pro 4 diskety 2ks), ktery by signaly MO0-MO3 o tech 7-10 sekund
natahovaly.
Takze takhle jak to mam je asi konecna pokud to jsou diskety na pozici D: a
E: Pokud se budou chtit pouzit jako systemove A: musi se jeste udelat pro
tyto diskety Boot loader, ktery zatahuje z diskety system do Sapi a taky
predelat v biosu procedury Boot a Wboot. A taky se musi napsat pro tyhle
diskety s sektory 256 a 512 programy Getsys a Putsys (nebo Sysgen) aby slo
na diskety umistit system. Bohuzel puvodni z 8" nejde pouzit, je pro sektory
128 byte. Protoze v okamziku cteni systemu z diskety jeste neni aktivni
blok/deblok z 128 na 256 nebo 512 byte, musi se to natahovat z fyzickych
sektoru 256 ci 512. Ale nastesti vim, jak to udelat, aby nemusely byt na
disketach systemovy stopy formatovany jinak, nez datova cast diskety, jak to
mely treba Slusovice.
Jirka

-----Original Message-----
From: Jiri Biba (sapipandora.cz) [mailto:unive.nb[doména skryta]] 
Sent: Friday, January 27, 2012 12:20 AM
To: Konference "SAPI-1 a československé mikropočítače"
Subject: Dnesni hlaseni -:))


Tak hlasim ze uz jedu na CP/M na disketach 3,5" 1,44Mb DS HD, 36 sek x 512
byte, 80 stop. Je to sranda, kdyz se na pididisketu vejde 6 kousku 8"
disket. -:) Zkusil jsem 5 x kopirovat s verifikaci jednu plnou 3,5"-ku na
druhou a zpet a prochazelo to bez sebemensi chyby a beze zmeny kontrolniho
souctu. Takze to asi chodi. Tedy jeste je nutny do toho zaklit vypinani
motoru mechanik se spozdenim, aby to dupalo uplne nejrychleji. Ted zatim pri
zmene disku se puvodni ihned vypne a ceka se na zapnuti noveho. Pri
kopirovani, kdys se neustale prohazuji disky to dost zdrzuje. Zkusil jsem
nechat zapnuty obe mechaniky najednou a je to az o 1/4 rychlejsi. Tohle ale
pujde programove vyresit jen na FDC-1, na MFC-1 jedine s 74123 dobastlenou
do konektoru kabelu, jak to navrhl EC1045.
Zaroven jsem taky delal optimalizaci skew log a fyz sektoru pro co
nejrychlejsi cteni a zapis. Ma to zajimavou charakteristiku, neco jako pila
casovky u osciloskopu. Pokud se skev nedela vubec, je zapis s kontrolnim
ctenim skoro 7x delsi, nez kdyz se najde optimum, coz je v tomhle pripade
preskok o 3 fyzicky sektory. Jinak to taky umi cist PC disketu ale
samozrejme bez spravny organizace podle FATky a podobne. Ale konverze by asi
nekdy udelat sla...
Jirka

---------------------
sapipandora.cz
Konference o SAPI-1
---

Panove, nevim jak Vy, ale uz jsem narazil na nekolik pripadu cenzury na
netu. A rekl bych, ze se to bude fest mnozit po tom, co ti hajzli z jusej a
Bruselu zacali prudit.
Nedotkne se to taky Dropa? Radsi jsem si ho stahl stranou aby nebylo naky
prekvapko....
Jirka

No pokud by Dropbox jenom přestal fungovat (nešlo by se k němu připojit) pak
 by měl obsah lokálních složek na našich počítačích zůstat zachován. 
V zásadě by ale nemělo dojít k plošné likvidaci obsahu, vždyť část
uživatelů si to platí jako službu. My tam sice máme některé věci, které
by teoreticky mohly být chráněny autorským právem ale nesdílíme to
veřejně - pouze odborná komunita a hlavně spoléhám na to, že "kde není
žalobce, není soudce". 

A nemuze se stat, ze kdyby cenzor smaznul soubory na Dropu, tak se ti to v
lokalce v ramci "aktualizace" smazne taky, aniz bys sis toho treba vsimnul?
Ja myslim, ze jo. Na tohle jsem prave myslel, kdyz jsem si to ulozil
"stranou"... To znamena kopie do nesdileny slozky.
Zrovna premejslim, co stahnout dokud to jeste jde. -:))
Jirka

-----Original Message-----
From: melsoft (sapipandora.cz) [mailto:melsoft[doména skryta]] 
Sent: Saturday, January 28, 2012 12:10 PM
To: Konference "SAPI-1 a československé mikropočítače"
Subject: Re: drop


No pokud by Dropbox jenom přestal fungovat (nešlo by se k němu připojit)
 pak
by měl obsah lokálních složek na našich počítačích zůstat zachován. V
zásadě
by ale nemělo dojít k plošné likvidaci obsahu, vždyť část uživatelů si
to
platí jako službu. My tam sice máme některé věci, které by teoreticky
mohly
být chráněny autorským právem ale nesdílíme to veřejně - pouze
odborná
komunita a hlavně spoléhám na to, že "kde není žalobce, není soudce".
--------------------- sapipandora.cz Konference o SAPI-1
---

Tak jsem dnes stoural ovladani 5.25 DS HD. Dostal jsem se na kompatibilitu cteni PC disket. Tvari se jako ze maji na stope na kazdy strane 15 sektoru 512 byte. Trochu me to prekvapilo, kdyz jsem koukal do biosu, co pouziva Melsoft, tak sektory maji pouze 256 bytu dylku. Ze by bylo PC a CP/M na 5.25" nekompatibilni az na zakladni fyzicky urovni?
No a taky jsem zjistil dost zasadni rozdil v chovani 3.5 a 5.25 mechanik. Ja mam 5.25 jen dve, ale obe maji na vypinani motoru vnitrni timeout, ktery je automaticky vypne asi 5 sekund po ukonceni posledniho cteni a nebo zapisu! A je uplne vurt, zda je signal zapnuti motoru aktivni ci ne. U 3.5 je motor zapnuty dokud se signalem rizeni motoru nevypne.
Vypada to, ze je s tim na MFC-1 pocitano s tim dekoderem 1 ze 4 na vystupu signalu motoru. 3.5 ky asi tenkrat jeste nebyly k dispozici a tak se s jejim odlisnym rizenim motoru nepocitalo.
Takze 5.25 staci jen zapnout pred ctenim ci zapisem a o vypinani se moc nestarat. Akorat musim odzkouset, jak se to chova pri "dotaceni", zda reaguji prodlouzenim timeoutu pri pozadavku na nasledny cteni.
Pokud jo, tak by to dost zjednorusilo pro 5.25- kare obsluhu disket. 

Jirka

Z důvodu redundance mám Dropbox na 3 počítačích z toho na dvou ho mám
 vypnutý (offline). Na tom hlavním se mi aktualizuje denně a kontroluju, co
ubylo nebo přibylo. Ostatní dva aktualizuju až když vidím nové soubory na 
hlavním. Tak snad je to v bezpečí....

Sakra dalsi problem! 5,25 aby byly fyz. kompatibilni s PC maji na
hlave 0 i hlave 1 sektory cislovany od 1 do 15!! Nojo, ale v CP/M
manualu jsem nasel, ze standard u 5,25 je na hlave 0 je sektor 1-15
a na hlave 1 je sektor 16-30. Tedy, jestli se da Lamac povazovat za
standard... Tak nevim, k cemu se priklonit....
O 3,5 kach neni nikde ani slovo. Zatim to mam ala CP/M.
Kurna to mam snad vytvaret naky standardy pro diskety na Sapi CP/M?
-:)))
Jirka  

----- PŮVODNÍ ZPRÁVA -----
Od: "Jiri Biba (sapipandora.cz)" <unive.nb[doména skryta]>
Komu: "Konference 'SAPI-1 a československé mikropočítače'"
<sapipandora.cz>
Předmět: Re: RE: Dnesni hlaseni -:))
Datum: 28.1.2012 - 14:44:28

>