RSS

[Martinlm]

Buffer - cisto orientacne, mozno nie celkom pravda  - ma ist velkost, napriklad v samploch (jedna sekunda je rozdelena na velke mnzostvo samplov). Teraz ten SW nacita do buffra zvuk gitary a potom ho zefektuje a posle na vystup. Cize ak by si mal buffer 2 sekundy, tak by tam bolo neskorenie zhruba tie 2 sekundy

Preto ty potrebujes buffer mensi, ale zasa dostatocne dlhy na to, aby sa to stihlo zefektovat, nieco na ten sposob.

Akurat nerozumiem, preco je 6000b/s, ako keby na sekundu bolo 6000 bitov :-/

[rastis]

Mate to domotane. Pri buffroch sa udavaju sample, nie bity. A 6000 samplov ani nebyva pri buffroch, to je moc. A nema to vplyv na kvalitu zvuku.

48 kHz je pri SB jedina pracovna frekvencia. Vsetko ine ak tam aj ide nastavit sa musi resamplovat, cize vacsie naroky na vykon a vacsia latencia. 6000 bitov vobec neviem, co ma byt a ako to ma suvisiet s realtime.

[rady]

vo vsthoste sa latencia (buffer) zobrazuje aj v samploch, aj v bitoch...

[Martinlm]

To b/s urcite nie su bity za sekundu, to je nemyslitelne. 6000b/s je velmi malo.

Rady> Latencia(buffer)? Teraz to vyzera, ze latencia (casovy udaj) je to iste co buffer (uvada sa velkost).

Aha, asi som na to asi prisiel, b/s je tam buffrov za sekundu. Do kolkych buffrov natlacis jednu sekundu zvuku. Lebo cim viac samplov ma buffer, tym mensie je to cislo.
12000 samples = 4b/s
3000 samples = 16b/s
64 samples = 750b/s