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> <p>D. za info, trochu som sa pohrabal v zdrojákoch a viac hádam ako viem, ale uvazujem takto:<br/> <br/> 1) velku inspiraciu som nasiel na tejto stranke: <a href="http://code.google.com/p/otla/wiki/ComoFunciona">http://code.google.com/p/otla/wiki/ComoFunciona</a><br/> az po tvojej reakcii som pochopil, ze sa jedna o popis len jednej z metod, podla popisu v zdrojakoch (textos.cpp) to tipujem na metodu ultra alebo fiq...<br/> podla zdrojakov (rutinas.cpp) sa v loaderi metody raudio pracuje s registrom R - co prinasa o cosi vyssiu presnost pri merani casu (klasicky inkrement zabera cca Nx24+5 + X taktov, kdezto cez R to je Nx20+5 +X - mozno to robi nejaky rozdiel...)<br/> skusim pospekulovat o vyuziti R registra... ma niekto skusenosti?<br/> <br/> aj ked: v ich vzore pouzivaju IN F,(C) co je uzasna vec, netreba maskovat bity, ale ja som ich ofintil - vdaka BIT 5,(HL) s HL na E002 vieme nacitat stav CMT na 8 taktov, im to trva 12 :-) takze s ich R registrom su zhruba tam kde my bez R...<br/> <br/> 2) siel by som cestou spolahlivosti - extremne rychlosti nepodporuju chcecksum a tak sa po sice kratkom nahravani pocitac s istou pravdepodobnostou aj tak sekne...<br/> <br/> 3) z popisu ich algoritmov usudzujem, ze asi nik nesiel cestou "mojho" kodovania troch bitov - pritom, ak by sa vyuzil este jeden volny bit (3+3+2+1) a ten sa pouzil na podmienenu negaciu bajtu, dal by sa statisticky ziskat este asi dvojnasobok rychlosti (lebo by sme vynegovali bajty, ktore maju moc jednotiek a viedli by k dlhym vlnam).<br/> <br/> <br/> <br/> este jednu otazku doplnim k tym predtym - ma niekto v plane kodovat nahravky do MP3 a pripadne ich pustat cez MP3 player? podla skusenosti s k7zx (takze ani t7zx ani m7zx :-) vraj MP3 playere funguju na 48kHz, kdezto bezne zvukovky a CD playere na 44,100 - resamplovanie robi zasadny rozdiel v kvalite nahravky, moze to uplne rozhadzat synchronizaciu). tak by ma zaujimalo, ci mam ratat so samplovanim na 48 aj 44,1...<br/> <br/> <br/> Feri<br/> <br/> "Vaclav Peroutka (sharpemu@pandora.cz)" <vaclavpe@[doména skryta]> wrote on 23.06.2008 18:22:00:<br/> <br/> > [image removed] <br/> > <br/> > Re:=?iso-8859-2?Q?nov=FD turbo loader - pros=EDm reakciu?=<br/> > <br/> > Vaclav Peroutka (sharpemu@pandora.cz) <br/> > <br/> > to:<br/> > <br/> > Konference Počítač SHARP MZ-800 a emulátory<br/> > <br/> > 23.06.2008 19:04<br/> > <br/> > Please respond to "Konference "Počítač SHARP MZ-800 a emulátory"" <br/> > <sharpemu@pandora.cz><br/> > <br/> > <br/> > Ahoj Feri,<br/> > <br/> > Ja psal autorovi T7ZX (resp. nejakemu jeho kamosovi) - dostal jsem <br/> > od nej velice kratkou odpoved s moznosti kontaktu primo autora. <br/> > Chtel jsem nejakym zpusobem pochopit primo RAUDO metodu, ta se mi <br/> > jevila jako nejrychlejsi s dostatecnou spolehlivosti. Lec jsem <br/> > dostal nasledujici odpoved - viz dole.<br/> > <br/> > Jak se zda, nekdo adaptoval rychlonahravani i na jine platformy, nez<br/> > je Speccy. Ale zatim jsem nemel cas to nijak hledat...<br/> > <br/> > Vasek<br/> > <br/> > I don't recommend the 'Raudo' method. It's a very complicated <br/> > algorithm which takes advantage of things that are only available in<br/> > the Spectrum.<br/> > <br/> > I suggest to start with something a lot simpler like FSK and then <br/> > try Shavings Slow, which is now being used by Amstrad and MSX users."<br/> > <br/> </p>