[SharpMZ] pridana emulace QD
Radek Suk
suk na radeksuk.cz
Čtvrtek Únor 25 00:44:22 CET 2016
Michale tak mi to nedalo a udelal jsem tento test.
Nejdrive jsem zformatoval QD. Pak nahral dva soubory jako ty. Nasledne
jsem smazal v programu ten CALL @QDSVF. Pak jsem odzkousel ze podle ACC
pri 2 videl jen jeden soubor a pri 4 dva. Presne to co lze ocekavat. Pak
jsem toho vyuzival tak ze kdyz nasledujici soubor nesel zapsat tak jsem
ho zmensil. Takto jsem hledal velikost ktera uz jde zapsat. Abych
nemusel porad formatovat, tak kdyz se soubor zapsal tak jsem pres acc-4
a g1200 ho smazal. Zjistil jsem ze pri jednom pokusu slo zapsal 1a80h
ale pozdeji uz ne a jen 1a30h. Takze zde je mechanicky limit teto jedne
mechaniky.
orientacni velikosti dat na QD - jen muj matematicky model
2550 mezera
cca 6 FN
2550 mezera
64 info
255 mezera
30638 data
255 mezera
64 info
255 mezera
30638 data
255 mezera
64 info
255 mezera
6784 data
celkem 74633
Radek
Dne 24.2.2016 v 23:49 Radek Suk napsal(a):
>
> Neboj mechanika je ok jen data jsou spatne zapsana. Pro pokusy jsem
> vybral tu co funguje dobre.
>
> Bohuzel pocitac co vcera fungoval dnes po zapnuti nenastartoval. Je
> tam nejaky problem na zakladni desce, mozna GDG cip. Puvodne jsem
> chtel napsat ze jsem ho hodil do srotu ale pak jsem si rikal, ze ne
> kazdy by pochopil ze je to sranda. Casem se na to budu muset podivat.
> Nastesti neni problem vzit dalsi a tak to bylo jen male zdrzeni.
>
> Jeste osobne zkusim zapsat mensi soubor a vyhodnotit co jeste pujde.
>
> Vec co se mi nelibi je ta CALL @SYNS2. podle mne to nemas delat. Pak
> prepisujes cast media na ktery uz nemas po naformatovani sahat. Klidne
> takto nakopnes prvni blok dat. Dejte si bacha ze jak prijde prvni
> chyba pri nacitani dat tak se vse prerusi a zacina se znova.
>
>
> Radek
>
>
> Dne 24.2.2016 v 23:19 Michal Hucik - ORDOZ napsal(a):
>>
>>
>> > V tu dobu jeste fungoval QD
>>
>> jako ze odesel???
>>
>>
>> Zapis toho FILE3 by mel zahlasit error - to je v poradku. Ten zapis
>> hlavicky disku dela tohle:
>>
>>
>> call #efe1 ; test, zda je pripravena mechanika
>> ret c ; error neni ready
>>
>>
>> ; tohle je opsano z casti, kde se formatuje 0xe090
>>
>> ld a,#06 ; budeme se tvarit, ze je ulozeno 6 bloku, tzn. 3
>> soubory
>>
>> call #e268 ; CALL @QDSVF
>> call #e365 ; CALL @SYNS2
>>
>> call #e2e8 ; CALL @MTOFF
>>
>> ret
>>
>> Michal
>>
>>
>> Dne 24.2.2016 v 22:44 Radek Suk napsal(a):
>>> Ahoj Michale
>>>
>>> Tak jsem to provedl. Naplneni pameti proslo v poradku. Formatovani
>>> take. Zapis prvnich dvou souboru bylo take dle ocekavani ok. File3
>>> nesel nahrat a hlasilo to "QD:no file space err". V tu dobu jeste
>>> fungoval QD. Po spusteni tveho programu na zapsani noveho QD headeru
>>> se uz jen toci a nic nezobrazi. Zkusil jsem to cele 2x a chova se to
>>> porad stejne.
>>>
>>> Jeste se podivam co vlastne dela tvuj program. Rychle jsem to
>>> vyzkousel aby jsi mel jeste dnes odpoved.
>>>
>>> Pri testu jsem zjistil ze samplery pouzivaji stejny elementarni
>>> zapis, protoze pouzite medium zobrazilo jeden nesmyslny soubor.
>>>
>>> Radek
>>>
>>>
>>> Dne 24.2.2016 v 21:31 Michal Hucik - ORDOZ napsal(a):
>>>>
>>>>
>>>> Ahoj Radku, a vy co mate QD:
>>>>
>>>> muzete vyzkouset postup popsany na pripojenych screenshotech?
>>>>
>>>> 1. vyplnit pamet posloupnosti cisel
>>>>
>>>> 2. neformatovat QD a nahrat 2 soubory do 100% velikost QD formatu +
>>>> 1 soubor nad tento limit (EXEC addr = 0x0000 !!!)
>>>>
>>>> 3. zapsat novy QD header
>>>>
>>>> 4. provest reset pocitace (kvuli vymazani obsahu RAM) a natahnout z
>>>> QD "FILE3"
>>>>
>>>> 5. po resetu se podivat na obsah pameti - muj obrazek odpovida
>>>> tomu, ze se na muj QD veslo presne 8 kB nad ramec QD formatu
>>>>
>>>> Doufam, ze prilozene screenshoty prolezou mailmanem a ze v bodu 3
>>>> jsem ucinil vse co je potreba - v mem emulatoru to alespon takhle
>>>> proslo.
>>>>
>>>>
>>>> Michal
>>>>
>>>>
>>>> Dne 23.2.2016 v 20:32 Radek Suk napsal(a):
>>>>> Kluci ted osobne delam takovy archeologicky vyzkum QD. Nejdrive
>>>>> jsem se
>>>>> koukal na rutinky v romce, pak na zdrojak QD Basicu. Uz z romky bylo
>>>>> jasne ze ty rutinky jsou pripravene jako podprogram neceho vetsiho
>>>>> a ze
>>>>> umi vice nez je potreba a ze by to slo cele udelat prehledneji. Pri
>>>>> rychlem cteni obsluhy QD v Basicu je okamzite jasne, ze rutinky jsou
>>>>> uplne stejne, jen je to lehce upravene pro rezim MZ800. Pri
>>>>> prohlednuti
>>>>> SAVE ALL a LOAD ALL je jasne, ze prace s QD a s RAMdiskem je hodne
>>>>> podobna. Je videt ze cela myslenka je ta, ze pri bezne praci
>>>>> uzivatel ma
>>>>> pracovat s ramdiskem a po ukonceni prace si ma obsah ramdisku
>>>>> prehrat na
>>>>> QD medium.
>>>>>
>>>>> Jestli je pravda na http://www.sharpmz.org/qdinside.htm ze 5,52 s
>>>>> trva
>>>>> cast kdy je mozno cist data tak lze ulozit 70380 bajtu. Je jasne ze
>>>>> urcite zde bude nejaka vyrobni tolerance.
>>>>>
>>>>> Protoze na Ramdisk a QD se ma vejit max 32 souboru, tak v pripade RD,
>>>>> kde se ulozi 64KB dat je potreba na QD pro vsechny mezery a znacky
>>>>> mit
>>>>> 87213 bajtu ale toto neni mozne. Reseni by bylo udelat image ramdisku
>>>>> jako jednoho souboru specialni rutinkou. Ten program by asi nebyl moc
>>>>> slozity.
>>>>>
>>>>> Osobne kdyz bych chtel presne zjistit kolik dat se vejde na QD
>>>>> medium,
>>>>> tak bych to udelal tak, ze bych nejdrive zapsal nejaky 60KB soubor.
>>>>> Nasledne bych pres write zapsal blok dat ale s parametrem reset
>>>>> bit2 a
>>>>> tak bych rekl systemu ze nechci aktualizovat pocet bloku na zacatku
>>>>> media. Kdyz bych se vratil z rutinky a mel bych nastavene CY tak bych
>>>>> vedel ze zapis neprosel a pomoci puleni intervalu bych hledal
>>>>> spravnou
>>>>> hodnotu.
>>>>>
>>>>> Radek
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> SharpMZ mailing list
>>>>> SharpMZ na mail.ordoz.com
>>>>> http://mail.ordoz.com/mailman/listinfo/sharpmz
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> SharpMZ mailing list
>>>> SharpMZ na mail.ordoz.com
>>>> http://mail.ordoz.com/mailman/listinfo/sharpmz
>>>
>>>
>>>
>>> _______________________________________________
>>> SharpMZ mailing list
>>> SharpMZ na mail.ordoz.com
>>> http://mail.ordoz.com/mailman/listinfo/sharpmz
>>
>>
>>
>> _______________________________________________
>> SharpMZ mailing list
>> SharpMZ na mail.ordoz.com
>> http://mail.ordoz.com/mailman/listinfo/sharpmz
>
>
>
> _______________________________________________
> SharpMZ mailing list
> SharpMZ na mail.ordoz.com
> http://mail.ordoz.com/mailman/listinfo/sharpmz
------------- další část ---------------
HTML příloha byla odstraněna...
URL: http://mail.ordoz.com/pipermail/sharpmz/attachments/20160225/c50b033b/attachment.html
Další informace o konferenci SharpMZ