DSP - do zastosowania Audio - niedrogo

Jun 28, 2004 13 Replies

Hi, Szukam czegos w temacie DSP (max 50 mipsow) - do zaimplementowania mam algorytm kompresujacy/dekompresujacy audio (zakres 400Hz -



4kHz) do np. strumienia 13kbps (okolo - cos co daja ogolnodostepne kodeki). Problem rozbija sie o to ze chcialbym napisac to w C - nie asemblerze i nie chcialbym placic kilka k$ za IDE do DSP. Gogluje i gogluje :) Patrze sobie co ma Analog i TI. Niby sa jakies narzedzia GNU ale widac ze dawno nie rozwijane. Moze ktos podzieli sie swoim doswiadczeniem w tej materii.

U¿ytkownik "Pelos" snipped-for-privacy@pelos.pl napisa³ w wiadomo¶ci news:cbotbv$730$ snipped-for-privacy@opal.futuro.pl...

algorytm kompresujacy/dekompresujacy audio (zakres 400Hz -

nie chcialbym placic kilka k$ za IDE do DSP.

dawno nie rozwijane. Moze ktos podzieli sie swoim

Po co koniecznie chcesz DSP. To ze to jest sygnal jeszcze nie znaczy ze musi byc DSP.

Krzysiek Rudnik

U¿ytkownik "Krzysztof Rudnik" snipped-for-privacy@kki.net.pl> napisa³ w wiadomo¶ci news:cbourr$i3f$ snipped-for-privacy@node2.news.atman.pl...

no faktycznie nie musi byc to DSP :) Tylko co ? Moje ukochane AVR-y w porywach max 16 mipsow :(

<cut>
<cut>

A moze ARM9?

Pozdrawiam Krzysiek

U¿ytkownik "Pelos" snipped-for-privacy@pelos.pl napisa³ w wiadomo¶ci news:cbotbv$730$ snipped-for-privacy@opal.futuro.pl...

nie chcialbym placic kilka k$ za IDE do DSP.

Texas udostêpnia na swojej stronie narzêdzia (IDE) za darmo.

Pozdrowienia

dsPIC :) Kompilator C dostepny w wersji 60-dniowej - starczy Ci na napisanie programu. Cena procka: 5-15$. Niestety cena programatora to 150$ i jeszcze nie mozna tego obejsc. pozdrawiam Marcin

algorytm kompresujacy/dekompresujacy audio (zakres 400Hz -

Lepiej dobrze policz ile to zajmie czasu procesora, bo na moj nos zwykla ATmega sobie z tym powinna poradzic, a 16-bitowiec juz prawie na pewno.

No to przemysl sprawe. ;-)

Pozdrawiam Piotr Wyderski

Obawiam sie, ze sie mylisz. Sensowna kompresja np. GSM6.10 to zadanie ponad sily ATmegi a juz na pewno rownolegle kodowanie/dekodowanie. ATmega moze bysobie poradzila z ADPCM16 ale pewnie tez by musiala pracowac na wysokich obrotach. Pamietaj ze wyniki pracy trzeba skads pobrac i dokads wyslac co tez zajmuje czas. Kompresje wykorzystujace CELP w dowolnej postaci + filtry (G.729 G723.1) to raczej robota dla szybkiego DSP.

Wystarczy pierwszy z brzegu ARM7TDMI popedzany 66 MHz. Kosztuje kilkanascie Euro.

Za duplex glowy nie dam, ale simplexu bede jednak bronil. :-) A ze trzeba to bardzo starannie napisac, to inna sprawa.

To powinno wejsc na 8535 -- nieco slabsza kompresje w niego bez wielkiego wysilu wsadzilem.

Ale zaniedbywalny w porownaniu ze zlozonoscia kompresji.

Pozdrawiam Piotr Wyderski

a ma ktos moze jakies linki do poszczegolnych algorytmow?

Moim zdaniem dowolna kompresja z CELP wymaga juz tyle MIPSow i to procka 16/32 bity ze ATMega nie da rady ale coz skoro sie upierasz bede czekal na sygnal o wpakowaniu kodeka takiego rodzaju do ATMegi... (kodek GSM przepisany w asm - to moze byc ciekawe choc trudne). Ja osobiscie bym polecil koledze rozwazenie gotowego kodeka np firmy OKI, MICRONAS i itp

Do niektorych to raczej zrodla niz linki no chyba, ze linki do mojego ftpa gdzie to trzymam :)

dsPIC lub przejrzyj oferte mikrokontrolerow RENESAS-u (H8/Tiny ?). Jest dystrybutor w Gliwicach (MSC) i maja darmowe narzedzia. Maja dopalcze MAC.

Pozdrawiam

Roman Rumian

Join the Discussion

Have something to add? Share your thoughts — no account required.

Didn't find your answer?

Ask the community — no account required