Původní podoba příspěvku
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>Fuzzy, sice trošku odbočuju, ale když už jsi v té honbě za rychlostí, nestálo <img src="BODY_IMAGES_WRAP_GIF"> by za zvážení už do toho rovnou implementovat nějakou kompresi? Když už jsme u toho Basicu, podařilo se mi soubor s ním zmenšit z původních 42112 B na 36440 B (tzn. nějakých 5,5 KB)- to by mohlo třeba taky nějakou vteřinu nahnat. Faktem je, že dekomprese na Sharpu taky nějaký čas sebere... Zmiňovaný zkomprimovaný Basic je v příloze Z. ----- Original Message ----- From: "Fuzzy (sharpemu@pandora.cz)" <martin.matyas@[doména skryta]> To: "Konference "Počítač SHARP MZ-800 a emulátory"" <sharpemu@pandora.cz> Sent: Thursday, December 16, 2010 8:38 AM Subject: Re: opet turbo <span class="replyquote1">> > Ahoj Pavle, > > dik moc za odzkouseni. Jak's jiste sam poznal, mas zvukovku co > vzorkuje na 48kHz :-) > Pozitivni je, ze se to poprve nacetlo bezchybne nekomu jinymu nez me. > A verim, ze to bezchybne bylo, jelikoz se na konci kontroluje > checksum. > > Par postrehu ode mne: > > - oba debug vypisy vysly primo vzorne. Ja tam mam vetsi rozptyl. Pro > vysvetleni: je to obsah loop counteru pri detekci delky pulzu. > Hranice je <=e6 dlouhy pulz, >=e7 kratky pulz (dekrementuje se z hodnoty > $ed). > Posila se tam 20 bajtu: 5x$ff, 5x$55, 5x$00, 5x$aa. > V pripade tvych dumpu by v tomhle (tj. v kvalite signalu) fakt nemel > byt problem. > > - druhy sharp: nacetly se aspon nejake hlavicky? Jestli jo, pak by > byly zvlast cenne debug dumpy pro pripady, kdy se tela dumpu nenactou. > To znamena po prehrati debug wavu resetovat sharpa a udelat ten dump. > > - jeste jeden postreh z mych testu - zkusebni faily musi mit dip sw1 v > poloze "on" - nahore, mod mz-700. Loader je jeste nedokonale napsany > aby fungoval na obe polohy. > - polarita (sw4) - melo by to fungovat na obe polohy, ale je tam jiny > handling pro kazdou, tak by se pro jistotu hodil vysledek pro obe. > > Fuzzy. > > On 12/16/10, Pavel Železo (sharpemu@pandora.cz) <zelezo@[doména skryta]> wrote: </span><span class="replyquote2">>> >> Tak jsem neodolal a maje po ruce náležité propriety, dosáhl jsem těcho >> výsledků: >> >> na "upraveném" sharpu - úpravou se rozumí vestavěný interface "kecal" >> (posílal jsem do konfery před časem fotky) >> Interface zřejmě nemělo na pokusy vliv, přestože je v Sharpu různě <img src="BODY_IMAGES_WRAP_GIF"> pájeno >> (možná je i upravená ROM) >> >> debug 44 -no load >> debug 48k OK, viz. snímek dbg-48k_30.jpg >> MZ.48k_30v1 OK, BASIC nahrán za cca 30 sekund, ověřena částečně <img src="BODY_IMAGES_WRAP_GIF">funkce >> krátkým prográmkem >> MZ.44k_25 zdetekována hlavička, Basic se ale nenačetl >> ----------------------------------- >> Druhý Sharp - naprosto bez úprav, žádný pokus neměl úspěch ??? >> ---------------------------------- >> Třetí Sharp - naprosto bez úprav: >> debug 48k_30 OK, viz snímek dbg-48k_30_druhy.jpg >> ostatní fajly No load, bohužel. >> >> Dál už jsem neexperimentoval a jdu spát, >> dobrou noc >> >> Pavel >> >> PS: testováno na Linuxu, viz. příloha, spojeno kabelem Sinclair - mono >> :o) </span><span class="replyquote3">>>> ---------------------------------------- >>> >>> Prosim zkuste: >>> - nahrat jeden po jednom do sharpa vsechny wav soubory MZ1Z016*.wav a >>> dat mi vedet, jestli se nektry z nich povedl >>> - do cerstve zapnuteho sharpa nahrat soubory debug*.wav, potom >>> resetovat (bude-li treba) a dodat mi dump 160ti bajtu (1 obrazovka) od >>> adresy $1200 - treba ofotit fotakem obrazovku, pripadne nejak dostat >>> (unikarta?) do fajlu a poslat. </span><span class="replyquote2">>> >> --- >> </span><span class="replyquote1">> > --- </pre>