Konference: Počítač SHARP MZ-800 a emulátory

D. za info, trochu som sa pohrabal v zdrojákoch a viac hádam ako viem, ale uvazujem takto:

1) velku inspiraciu som nasiel na tejto stranke: http://code.google.com/p/otla/wiki/ComoFunciona
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...
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...)
skusim pospekulovat o vyuziti R registra... ma niekto skusenosti?

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...

2) siel by som cestou spolahlivosti - extremne rychlosti nepodporuju chcecksum a tak sa po sice kratkom nahravani pocitac s istou pravdepodobnostou aj tak sekne...

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).



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...


Feri

"Vaclav Peroutka (sharpemu tu byla ta zakroucena vec pandora.cz)" <vaclavpe tu byla ta zakroucena vec seznam.cz> wrote on 23.06.2008 18:22:00:

> [image removed]
>
> Re:=?iso-8859-2?Q?nov=FD turbo loader - pros=EDm reakciu?=
>
> Vaclav Peroutka (sharpemu tu byla ta zakroucena vec pandora.cz)
>
> to:
>
> Konference Počítač SHARP MZ-800 a emulátory
>
> 23.06.2008 19:04
>
> Please respond to "Konference "Počítač SHARP MZ-800 a emulátory""
> <sharpemu tu byla ta zakroucena vec pandora.cz>
>
>
> Ahoj Feri,
>
> Ja psal autorovi T7ZX (resp. nejakemu jeho kamosovi) - dostal jsem
> od nej velice kratkou odpoved s moznosti kontaktu primo autora.
> Chtel jsem nejakym zpusobem pochopit primo RAUDO metodu, ta se mi
> jevila jako nejrychlejsi s dostatecnou spolehlivosti. Lec jsem
> dostal nasledujici odpoved - viz dole.
>
> Jak se zda, nekdo adaptoval rychlonahravani i na jine platformy, nez
> je Speccy. Ale zatim jsem nemel cas to nijak hledat...
>
> Vasek
>
> I don't recommend the 'Raudo' method. It's a very complicated
> algorithm which takes advantage of things that are only available in
> the Spectrum.
>
> I suggest to start with something a lot simpler like FSK and then
> try Shavings Slow, which is now being used by Amstrad and MSX users."
>

Ostatní příspěvky vlákna:

Re:novy turbo loader - prosim reakciu (Feri, 23.6.2008 20:41)

Re:novy turbo loader - prosim reakciu (Vaclav Peroutka, 24.6.2008 06:52)
Re:novy turbo loader - prosim reakciu (Pavel Železo, 24.6.2008 07:29)