Интересно

а

а

Твой экспириенс очень клевый!

что-то очень тяжелое.

не мешайте человеку работать)))

плутоний наверное перевозят))

плотность плутония - 19,8г/см³, в заказе на 3 порядка больше)

там кусочек черной дыры

объемом 1мм^3

остальное - корпус для удержания

там кусочек черной дыры

?

https://habrahabr.ru/post/310582/ Читали?)

Без претензий к статье, MATLAB - shit

Ну началось

Без претензий к статье, MATLAB - shit

А что лучше?

насколько я в курсе, сейчас есть тенденция переползания с матлабоподобий на всякие scipy и аналогичные либы к general-purpose языкам.

Нету лучше, нету хуже. Все на вкус и цвет. Математикам подходит матлаб/маткад, программистам удобнее либы для любимого языка. В статье описан хардварный проект с ПЛИСом, при чем для частот даже меньше МГц, Так что можно даже в железе все считать (если я формулу правильно из википедии понял)

Скажите а какой камень fpga потянет риал тайм кодирование звука в aac или mp3? Cd качеством. И потянет ли? Я вообще не спец в fpga. Простите если вопрос не к месту

Можно от внешнего ацп. Алгоритмы кодирования доступны ли для плис открытые ?

почему именно FPGA? Микроконтроллер не подойдет?)

открытые алгоритмы (точнее, либы) можно посмотреть на opencores.org

с mp3 точно справится FPGA-шка

да и AVR справится ) почему именно FPGA?

=)

вопрос был про FPGA

про камень: какой-нибудь cyclone должен справиться.

будь мужиком! собери кодер мп3 на 155ла3 и тм2!

;)

вот так всегда во всех обсуждениях: помогите сделать то-то. зачем тебе это.

сделай лучше другое

Любой фпга

Spartan/Artix/Kintex

вопрос же в избыточности ресурса )) можно же и Virtex взять

лучше два: один для aac, другой для mp3

ну я по xilinx больше, но с темой кодирования звука на плисках не дружу. но в принципе нет ничего невозможного. птосро представил как было бы круто кодер на логике спаять ^^

а у mp3 ДКП в основе? кто-нибудь помнит?

Mp3 лицензировать нужно, в открытом доступе будет?

mp3 умеет матлаб, и он же умеет делать vhdl для xilinx

А опенкорес лежит, ужу дня 3-4точно

Авр с кодированием мп3 справится? Круто если так. В 90-х эта задача была для пентиумов не самой легкой...

точно знаю что ардуино умеет риалтайм mp3 - а это AVR

...с шилдом мп3 кодера...вполне может быть

Если можно ссылочку где дуинка мп3 кодит

Она и плеит то мп3 с шилдом только

Вот как оценивать производительность fpga? Какой параметр так сказать основной. У мк архитектура, тактовая частота а с fpga как? Количество элементов?

да.. с шилдом ) прошу прощения за дезу

Шилд и есть что-то типа fpga

Mp3 лицензировать нужно, в открытом доступе будет?

Вроде ж патент уже истек

Остался только на неиспользуемые почти что комбинации битрейта и ч-ты дискретизации

http://www.hashmismatch.net/freertos-meets-rust/

тактовая частота в вашем случае - это частота, с которой поступают данные от АЦП

там 44100?

Да. 16 бит 2 канала

поскольку у FPGA запас огромный, даже лёгкая FPGA-шка мегагерц сто внутри выжмет

поэтому 44100 будет обрабатываться "на лету"

условно говоря, на каждый сэмпл с АЦП у вас есть 1000-2000 тактов внутренней частоты. лучше считать 1000

Ну это понимаю. Но сам алгоритм кодирования затратный математически. Это и фурье и умножения

Бпф

фурье - это много бабочек

пардон май френч

какая разрядность фурье и размерность?

разрядность - не проблема

в FPGA есть мат.блоки (DSP)

размерность повлияет на организацию конвеера и на количество параллельных веток кодирования

ERROR: S client not available

Вот тут пока не готов сказать. Самого алгоритма сжатия не знаю. Только аналогия что на пентиумах он в 90-е был не реалтайм даже. Пока не появился lame

мы на FPGA считали БПФ в реальном времени при размерности 8192 и 20148

2048

было это лет 15 назад

частота была десятки мегагерц

но тогда не было DSP-блоков. жаль =) поэтому разрядность была так себе

если в mp3 схожие порядки, то справится точно

У нас есть кодер спутниковый мп3. Ему лет 20. Внутри думаю фпга кодит.

кстати, на opencores футпринт должен быть где-то написан - сколько ячеек занимает и на какой частоте работает

Dsp блок сразу fft может считать?

Спасибо. Правда у меня opencores через раз открывается. Только у меня так?

DSP- это умножители

Вообще не открывается

У меня только что начал открываться

можно на одной плисине несколько бабочек параллельно считать

у fft алгоритм-то ерундовый

главное, правильно формат чисел выбрать

Всмысле целые

не-не-не

лучше плавающую точку!

лучше?

Мне казалось, FPGA лучше целые числа перемножает, чем с плавающей точкой

Да, конечно, есть 10 Ария с хард флоатом

обожди :)

перемножение двух чисел с плав точкой - это сложение, умножение и сдвиг

любая FPGA это может

на ячейках

для fft лучше плавающую точку брать

Компы кроме сдвига и сложнния вообще ничего не умеют-)))

это уже не совсем верно =)

Плавающая более затратна по ресурсам