Celé vlákno · 3 zprávy

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

>ma niekto v plane kodovat
> nahravky do MP3 a pripadne ich pustat cez MP3 player? 

> ----------------------------------------
> 
> 
> 
> 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 (sharpemupandora.cz)" <vaclavpe[doména skryta]> wrote on
> 23.06.2008 18:22:00:
> 
> > [image removed]
> >
> > Re:=?iso-8859-2?Q?nov=FD turbo loader - pros=EDm reakciu?=
> >
> > Vaclav Peroutka (sharpemupandora.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""
> > <sharpemupandora.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."
> >
> ---
> 
> 
>