přesamplování

[Jaroslav Lukesh]

Dne pondělí, 4. dubna 2005 10:08 Vojtěch Bubník napsal(a):
> > > tak plati, ze presnost se zlepsi s priblizne druhou odmocninou
> > > prumerovanych vzorku. tj. 16x prevzorkovani je cca 4x zlepseni
> > > presnosti ( 2 bity).
>
> Pokud si to dobře pamatuji, tak rozilšení navíc získané rychlejším
> samplováním než je nutné rovná se dvojkovému logaritmu přesamplování. Takže
> třeba pro zvýšení rozlišení převodníku z 12 na 16 bitů je třeba zvýšit
> rychlost samplování 2^(16-12) = 16x a patřičně ofiltrovat.

Jeste to neni tak docela pravda, plati to pouze pro prvni rad zpetne vazby. 
Vyssi rady maji zcela jine hodnoty, ale od 4. radu to piska (treti nepiska). 
Dneska se bezne pouziva 7. rad i v tech nejlepsich zarizenich (fuj, z toho 
leze ale sracka!), nejdrazsi studiovky dneska maji 4. rad.

Jinak hadejte, proc se v mericich aplikacich dlouho nepouzivaly sigma-delty, a 
zacaly s patricnou reklamni masazi predtim az celkem nedavno. A stejne se ze 
sigma-delty u techto aplikaci nekolik spodnich bitu (+/- 3) zahazuje, proste 
to neni ono.

navic on uvazoval zvyseni rozliseni u prevodniku bez zpetne vazby, tedy jen 
vhodny sum a rychlejsi prevod.

Jenze mam taky nekolik desetileti zafixovano (holt to vyplouva na povrch 
pomalu), ze zvyseni rozliseni pridavnym sumem (dither) limituje nekde kolem 
6dB coz je pouhy 1 bit. A ta veda, ktera je kolem spravneho ditheru se kterym 
to funguje!

Mel-li by sum jiny tvar nez onen "spravny dither", spise s vystrelkovym 
charakterem (vystrelky casteji nez 1/samplerate ale mene casto nez 
1/oversampling), mozna by se dalo docilit i vyssiho rozliseni, ale asi na 
ukor statisticke kvality takto ziskaneho signalu.

Nevim proc delat kolem toho takovou vedu, kdyz by stacilo vzit lepsi 
prevodnik.

-- 

                        Jaroslav Lukesh
  -----------------------------------------------------------
  This e-mail can not contain any viruses because I use Linux