еми както съм го написал "плеъра е досовски, но го пускам под Win98", написал съм и за ЛинуХ-а варианта

[quote="BrainStorm"]Има ли начин да стане номера с АТМега128 да речем ... ??? Някои да е попадал на нещо подобно в нета ???

Някои да има инфо за това как изобщо става процеса на декодиране на мп3'ки ???[/quote]

това е link към open-source fixed point MP3 декодер http://www.underbit.com/products/mad/
на AVR няма шанс защото сметахме че за 128 bit 44kHz и ARM7 няма шанс
трябва си DSP или поне ARM9 на 150Mhz
то ако разгледате datasheet-a на VS1001 си пише че е DSP със firmware za MP3 декодиране вътре

Поздрави

Както виждам разсъждавате само за спорта. Аз се занимавам с PC софтуер така че вероятно ще кажа много глупости. Първо като започа да слагам филтри на PC за MP3 се забелязва че има няколко вида компресия но все пак около 90% от тях използват класическа компресия останалите 10% остават настрана . MP3 е добре описан като алгоритъм така че това не е проблем . Не ви достига производителност защото възпроизвеждането го разглеждате като един процес кето определено не е така . Според мен решението се крие в отговора на следните проблеми
1 Откъде идва файла – вероятно от диск или флаш без значение . Прочита се тази част от файла която оказва вида на компресията това не изисква скорост .Прочита се цялата или част информацията която съдържа компресирания звук и е разумно да се постави в RAM буфер . Това до сега е сплитер което самостоятелен процес и без проблем може да се извърши от самостоятелен процесор .
2 Моно или стерео – без проблеми прочетената част се дели на два потока и се паста вя в буфера . Самостоятелен процес и без проблем може да се извърши от самостоятелен процесор .
3 Как става декомпресията – е тука трябва да се прочете от нета по същество са десетина реда на pascal или С . Самостоятелен процес и без проблем може да се извърши от самостоятелен процесор .Което според мен 10% от работата като трудност и производителност .
4 Какво качество се търси - сложна работа .Постпроцеси предимно интерполация .Това не е нужно но все пак. . Самостоятелен процес и без проблем може да се извърши от самостоятелен процесор .Което според мен голямта част от работата като трудност и производителност . Между другото много производители го пренебрегват. А забравих тук ще трябва сериозен буфер защото до тук процесите са с непостоянна скорост .
5 Това не е по моята част – превръща се в аналогов сигнал
Ако някои мисли че може да стане така и няма информация за алгоритмите на някой от процесите да пише .
Моя съвет към ентусиастите първо да направят плеяр примерно на 2.4 P с 256 RAM за да разберат процеса на декодиране MP3 .
Смятай какво купуваме за 50 долара

Защо трябва да е с АТМЕГА или някакъв микроконтролер. Виждал съм сорсове на ИП ядра за ФПГА за МП3. Едно ФПГА не е толкова скъпо.....

Е да сравняваш мега-та с FPGA... Извинявай.

хаха
Нямах идеята да ги сравнявам, ама май така излезе
Имах предвид, че едно фпга може да върши много повече работа на малко по-висока цена....

С ФПГА-то ще се постигне конвейрна обрабодка, т.е. за това което пишеше alex11. Alex наистина ли декомпресията ще стане с десетина реда на C? Незнам но просто не ми се вярва.
Ето един документ описващ теоретично мп3-ките.

Ще продължаваме ли да спорим че е посилна задачка за ARM7....в момента малко ми е прецакан нета, но по памет говоря, в сайта на OLIMEX, в графа ARM, някъде из Code Examples има линк към Free ARM7 MP3 Project Source

... ми аз съдйа по моя покетпц. Значи той е с процесор XSCALE, което си е ARM7 (почти ) и докодира дори видео ... и то под Виндовс . ...Проблема е, че няма почти никакви сорсове написани за АРМ, а и трябва малко повечко РАМ...

Абе меркал съм сорсове за ARM, май имам и някъде на харда си сваляни, вече е голяма каша...
Като чета в момента описанието от Bezmozachen имам чувството че след 15 минути ще мога сам да си напиша MP3 decoder....доста подробно и ясно описано

Ами то е като да спорим, посилна ли е задачата за един x86 процесор. XSCALE не бяха ли доста мощни някъде към 400MHz. Видях линка от сайта на олимекс. Но и това си иска изглежда повече мускули (мегахерци и памет). Някой даже май вече беше го коментирал в топика тоя продукт.

The SA-1110 was chosen for its low power, high performance and high integration of peripherals. The SA-1110 has the following features:
StrongARM core: 150 Dhrystone 2.1 MIPS @ 133 MHz, 235 Dhrystone 2.1 MIPS @ 206 MHz
Low power (Normal mode)
< 240mW @ 1.55V core/133 MHz(TBC)
< 400mW @ 1.75V core/206 MHz(TBC)
Integrated clock generation
Internal phase-locked loop (PLL), 3.6864-MHz oscillator, 32.768-kHz oscillator
Power-management features
normal (full-on) mode, idle (power-down) mode, sleep (power-down) mode
32-way set-associative caches
16 kilobyte instruction cache, 8 kilobyte write-back data cache
32-entry MMUs
read/write buffer

... това е проца. ...235 Dhrystone 2.1 MIPS @ 206 MHz...

До колкото си спомням МР3 си свиреха на Р1 на 120 Мнz във window 95 както и Р1 не е риск процесор
а ако погледнете, които и да е GSM които свири МР3 честотата му не е по голяма от 76 Mhz
Siemens SL45 (първия със МР3) със PMB 6850-16 bit na Infineon е малко над 40 Mhz, но MP3-to e вградено в процесора... така че едно тъпо DSP се справя чудесно - по важен е сорса на МР3-то

XScale са със SIMD, което сериозно променя нещата.

Ще ми интересно да се реализира мп3-свирка на нещо скромно като LPC. Може да не поддържа всичко. Най-скромни възможности примерно моно,64kbps, 22KHz. Може и по-скромно. Сигурно ще му се намери приложение някакво, ако разбирасе на LPC му останат ресурси и за други задачи..