aum generator píše:(na druhu stranu dobre ze je to fakt krivka a ze to niesu len body pospajane rovnymi ciarami - to je milna predstava digitalneho zvuku)
to je naopak uplne spravna predstava. su to diskretne hodnoty v diskretnych casoch, ziadna spojita krivka. dokonca nema zmysel tie body spajat.
http://en.wikipedia.org/wiki/Image:Pcm.svg
nieco ine je ovsem procesing takehoto signalu, ale o tom teraz nie je rec
k samotnemu resamplingu: ked sa robi resampling povedzme z 44.1 na 48, dopocita sa k hodnotam povodneho signalu dalsich 48 000 samplov, takze sa vytvori virtualny stream so samplovackou 44.1x48kHz a z neho sa potom zoberie kazdy 44100-ty sampel a znich sa zlozi vysledny pcm signal o samplovacke 48kHz.
kamen urazu je v metode, akou sa urcia hodnoty medzi samplami. najbanalnejsia je linearna interpolacia, kde sa medzi dvoma naslednymi bodmo proste kvazi prelozi priamka. zlozitejsie a kvalitne su ovsem polynomicke metody, kde sa analyzuje niekolko samplov za sebou, nimi sa prelozi polynomicka krivka, z ktorej sa potom odcitaju hodnoty. princip je teda ziskat z retazca diskretnych hodnot funkciu a pomocou nej potom dopocitat chybajuce diskretne hodnoty. tomu sa hladaniu funkcie sa hovori regresia.
z uvedeneho je jasne, ze je lautrfuk, ci sa resampluje na dvojnasobok, alebo nie, AK SA POUZIJE VZDY TENTO algorytmus. resampling z 96 na 48kHz mozno skutocne elegantne a rychlo urobit tak, ze sa kazda druha hodnota vynecha, ovsem to by musel program vyhodnotit tento specialny stav a podla toho si vybrat sposob. moja realna skusenost s tym, ako dlho trva resampling v jednotlivych pripadoch, si myslim ze audio softvery resampluju pausalne vsetko tym zlozitejsim sposobom
dalsi problem s tym suvisiaci je zaokruhlenie hodnot tych novych samplov, vypocet totiz poskytne presnejsie rozlisenie nez je bitova hlbka, ktora je k dispozicii.
a samozrejme presne rovnaky princip pouziva aj kazdy sampler, ked prepocitava sampel na ine tony
