Почему этот, а не скажем W5100 ?. Он тоже имеет SPI интерфейс, если дело только в экономии ног плис.
Вид для печати
Какой контроллер непоставь, все равно будут спрашивать, почему не другой.
Именно этот я использовал по двум причинам:
* цена! Сравни цену enc424j600 с ценой w5100.
* Он мне знаком. Я уже успел с ним немного по играться.
W5100 я тоже пробовал. В ебае покупал платку для ардуины.
Изернет мне лично нужен для web-radio. Давно вынашиваю эту идею.
Кому не нужен изернет, можно просто не запаивать его на плату. Для ретро-компьютеров он, ИМХО, не нужен.
мощьности не хватит. mp3 декодируется програмным методом, с самым максимальным оптимизированием, на 5x86 133 мгц. Желательно p166 mmx, чтоб на максимальном битрейде не заикался. но щас многие станции, начинают на mp4 переходить, а это вообще к одному гигагерцу легко подобраться можно. Наверное необходимо в схему добавить какой то arm проц, с его neon подобное легко реализуемо.
Ё-маё! А я так надеялся. :( Шучу от части ;)
Например как тут? http://ultra-embedded.com/fpga_audio
Я запускал MP3 плеер на PIC32 (80MHz), причем более 50% времени проц свободен для прочего.
И NIOSII MP3 переваривает, аж шум стоит!
Всё получится!
Чудеса, чегож тогда mpg123, и ffmpeg так не могут?:v2_dizzy_tired2: Хотя надо не забывать, что с инета тащить, это не с флешки файлы перемалывать. Тут ещё процессорное время на клиентскую программу тратится, помимо времени на сам декодер. Искренне желаю удачи, в этом нелёгком труде. Без шуток, и сарказма разумеется.:v2_dizzy_vodka2:
пожатый в 8 бит, моно, и частотой дискретизации 22 Кгц?
и то наверное булькало. Вот требования mpxplay-быстрейшего, Дос проигрователя.
Minimum CPU for playing 44.1khz, stereo, (128kbit/s) files (with '-f0 -sl 0 -bl -bn8' options): MP3 : Intel 80486 DX4-100
А если 320, или VBR/ABR, соответственно необходим уже пентиум.
Как говорят немцы, ты сравниваешь яблоки с грушами. Во первых, не надо сравнивать архитектуру 15-летней давности с современными. Во вторых, в моём SoC (MIPS) на FPGA аппаратное умножение двух 32-бинтых целых чисел с 64-битным результатом происходит за 1! такт процессора. Что, конечно, не удивляет т.к. современные FPGA имеют аппаратные блоки умножения. Кстати, библиотека Helix как рах адаптирована на целочисленную архитектуру, и с её использованием даже младшие ARM7 без проблем переваривают 320кбит mp3. Главное, чтобы ОЗУ хватило.
---------- Post added at 09:37 ---------- Previous post was at 09:29 ----------
Вот что пишет Helix про аппаратные требования:
Тут 20-30MHz хватает, а ты мне про петниум.Код:Technical Specifications
Average CPU Usage
Sample Rate Channels Bit Rate Processor Model
ARM7TDMI ARM9TDMI-REV2 ARM920T ARM9E StrongARM1 XScale
48.0 KHz 2 320 Kbps 30 MHz 24 MHz 27 MHz 20 MHz 20 MHz 20 MHz
44.1 KHz 2 128 Kbps 26 MHz 21 MHz 24 MHz 17 MHz 17 MHz 17 MHz
Вот пара ссылок:
http://embdev.net/articles/ARM_MP3/AAC_Player
https://datatype.helixcommunity.org/Mp3dec
http://ww1.microchip.com/downloads/e...tes/01367A.pdf
я не особо разбираюсь, в этих аппаратных примочках, которые позволяют при декодинге хитрить. но я не уверен, что всё это работать нормально будет. А нет того же PIC mips, чтоб МГЦ 300 была частота?
---------- Post added at 13:02 ---------- Previous post was at 12:50 ----------
Посмотрел я, что такое этот Helix, и оказалось что они есть оказывается RealNetworks. если это так, то доверия у меня к ним нету, никакого. На x86 они одни из самых тормозных оказались, и очень быстро сдулись с него. Надо mpg321 посмотреть, он вроде целочисленный весь, а по скорости почти как асемблерный mpg123, с оптимизациями под математику.