[HW] - KOMPRESE ZVUKU

[Petr Simek]

On Tue, 17 Aug 1999, Sula Milos wrote:

> no samozrejme ja nemel na mysli ze se chci pustit do MPEG komprese, ale
> chtel bych si udelat takovy maly komprimacni algoritmus, ktery rozlozi
> prubeh na nekolik casti podle pasma (stejne jako MPEG), provede se v
> jednotlivych pasmech FFT - pomoci niz se vypocitaji koeficienty , ktere se
> predaji napr. ATMELOVi, kteri sestavi puvodni signal (nebo aspon doufam jemu
> podobny).
> Myslim ze nejaky jednocip by takovouto dekomprimaci mohl zmaknout.V podstate
> by slo pri dekomprimaci jen o vyhledani udaje pro sin nebo cos v tabulce (no
> ta tabulka nebude asi zrovna nejmensi), nejake to nasobeni atd.

V te tabulce bych problem nevidel - staci Vam ulozit pouze prubeh sinus
0-90 stupnu, vse ostatni je opakovani s opacnym znamenkem nebo zdrcadlo.
Pokud ulozite zaznamy jako byte a znamenko budete dodavat externe treba
spolu s velikosti (nasobitelem) V tak mate presnost zhruba 9bitu coz na
takove zarizeni neni az tak malo. Pokud ulozite do tabulky 900 udaju -
pro 90 stupnu - pak na celou periodu to dela 3600 vzorku a zbyva Vam u 2kB
EPROM jeste 1100 Byte na vlastni program. 3600 vzorku na periodu neni zas
tak malo. Ale porad myslim ze bude moc tezke napsat program na PC ktery
by to dokazal pro ten ATMEL pripravit - i kdyz - mozna by to slo resit
podobnou tabulkou na PC a nepocitat porad dokola sinus ale vzit kousek
prubehu, a jednotlive kousky porovnat delenim proti tabulce - v prubezich
kde by se vysledky deleni rovnaly nebo skoro rovnaly by se daly nahradit
casti funkce. Ale muselo by se delat velke mnozstvi deleni a porovnani,
obavam se ze v realnem case to nebude nic moc ....


*------------------------------------------------------------------------*
|                          Petr Simek   APS JU                           |
|                             petrsi@jcu.cz                              |
*------------------------------------------------------------------------*