www.elektronik.si

[.]

Brisana vsebina odstranjenega uporabnika.

[Sokrat]

V tvojem primeru mora biti loss-less, okviri so pa zelo majhni (vsak sample je lahko cisto drugacen od prejsnjega). Mogoce bi se dalo casovno komponento stlaciti v kaj manjsega, saj gre za sekvencni zajem (en podatek ne more "prehiteti" prejsnjega, frekvenco vzorcenja pa poznas), kar se tice podatkov so pa najbrz oplel, razen ce je vzorceni signal dovolj stabilen. Delta encoding za vzorcene podatke ?

[.]

Brisana vsebina odstranjenega uporabnika.

[Sokrat]

Kaksno zakasnitev na sprejemni strani si pa lahko privoscis ? Ce prav razumem, bi prezivel tudi z vec vzorci, pakiranimi v isti paketek (kolikor bi jih pac stlacil noter, variabilno stevilo, odvisno od sprememb signala in posledicno ucinkovitosti kompresije) ?

Ce je temu tako, potem bo to se najboljse - pri vzorcih bi prihranil najbrz ~50% (odvisno od sprememb signala), eno vrednost UTC moras poslati v celoti (absolutno), ostale pa spet lahko nanjse (relatiovno na prvo vrednost v paketku), kjer bos porabil samo nekaj bitov na sample.

Imas UTC ze v pakiranem formatu (stevilo casovnih enot od dolocene fiksne tocke v casu) ali je format nepakiran (ure, minute, sekunde, itd. loceno) ? Tukaj je tudi potencial za prihranek, podatke pretvoris v pakiran format z locljivostjo, ki ti se zadosca (manjsa je le zapravljanje prostora), nastavis referencno tocko na dolocen trenutek pred izdelavo tvojega proizvoda (recimo 1. 1. 2006 ob 0:00.00) in posljes samo razliko od te vrednosti v zacetku paketka, ob vsakem samplu pa samo se delta od vrednosti z zacetka paketka (pri casih blizu zacetnega datuma bo sicer ta delta velika glede na zacetno vrednost, a naprave anjbrz ne izdelujes samo za en mesec ).

Ce ima prenosni protokol ze vgrajeno kaksno casovno referenco, bi morda lahko izkoristil tudi to.

Takole cez prst ugibam, da bi lahko v 112 bitov paketka stlacil priblizno 180 bitov vzorcev, torej 10+ vzorcenj.