Вопрос по скорости выполнения программы..

[ampersant]

при таком жестком АРУ разборчивость будет нулевая.

[maagalex]

Сообщение от ampersant

при таком жестком АРУ разборчивость будет нулевая.

Каком жестком?..Это в примере я привел сдвиг, а в самом вопросе озвучил помимо сдвига и умножение, именно комбинацией умножения на кэффициент-деления сдвигом и можно получить АРУ с любой резолюцией, хоть 16 бит градаций..

[besogon]

maagalex
если совсем нет производительности, то можно хотя бы накапливать скользящее среднее амплитуды, скользящее среднее абсолютное, отталкиваясь от средних значений выводить звук.

по моему опыту, если есть производительность, то лучше накапливать в буферы, модифицировать и только потом выводить. чисто технически проще, но будут возникать задержки.

[maagalex]

Сообщение от besogon

maagalex
если совсем нет производительности, то можно хотя бы накапливать скользящее среднее амплитуды, скользящее среднее абсолютное, отталкиваясь от средних значений выводить звук.

по моему опыту, если есть производительность, то лучше накапливать в буферы, модифицировать и только потом выводить. чисто технически проще, но будут возникать задержки.

Так не подсчет коэффициента требует операций а массштабирование исходного значения.. В среднее или в оптимальное конвертировать-это одно и то же время..
И я захочу не просто в ШИМ выводить, а еще и на карту в файл кидать, но учитывая что как АЦП, так и ШИМ , и SPI железные, и умножитель тоже, может и все успеет..

[besogon]

а еще и на карту в файл кидать - у Вас место есть на 0.2 ... 0.3 секунды записи? у Вас карта время от времени будет говорить, что не готова примерно на такое время. буферизация записи требует определенных навыков.

[maagalex]

Сообщение от besogon

а еще и на карту в файл кидать - у Вас место есть на 0.2 ... 0.3 секунды записи? у Вас карта время от времени будет говорить, что не готова примерно на такое время. буферизация записи требует определенных навыков.

Два буффера по 512 байт у меня для этого, вроде писал уже, правда там что то было со скоростью, при воспроизведении она была ускоренной и нужно еще разбираться с корректной записью в файл соотв. мета данных

[besogon]

maagalex
у Вас пропадают семплы. можете синус подать на вход и посмотреть запись.

[Greg]

Сообщение от besogon

можете синус подать на вход и посмотреть запись.

толку... он просто станет "ускоренный"

[besogon]

Greg
там в некоторых точках будут скачкообразные изменения фазы.
я не помню какого размера должен быть буфер, но точно десятки килобайт для записи с частотой семплирования 16kHz без сжатия.

простой способ это взять внешнюю память, сперва писать в нее, потом уже из нее в mmc.

[DimaS]

Сообщение от maagalex

Два буффера по 512 байт у меня для этого,

Алекс, когда мне когда-то надо было на MSP430 писать поток 16кгц 16 бит на USB Disk-On-Key, мне пришлось поставить к нему 8-ногие SPI RAM по 256кбит, т.е. 32 кбайта. Микрочиповскую кстати, 23K256

Потом мы на STM32F4x писали на uSD-карточку поток 32kHz 32bit, у нас 96кбайт под фифо было отведено.
У тебя поток конечно поменьше, но 1К буфер это смешно.


P.S. Вообще есть мнение, что современные скоростные карты таких задержек реально не дают, хотя стандарт и допускает.
Иначе как на них пишут 4К-видео, это-же сколько рамы для фифо надо, чтобы пдо полсекунды фифофить?!


Хотя, если посчитать - 4К это 10-12мпикселей, по 8 бит на цвет - 30-36мбайт на кадр. На 24 кадра/сек, это на полсекунды будет 300-400 мбайт. По нынешним меркам вполне реально, а если перед тем еще и пожать....

[ampersant]

без пожать то кто пишет?

[DimaS]

Не в Про наверное никто, хотя и про Про я не уверен.
Да и в не Про - на SD-карточку непожатое скорее всего по скорости не успеет, это же под гигабайт/с.
Сейчас посмотрел - в крутых Про тоже сжатое, 6К при 120 фпс пишут 300МБ/с.

[siargy]

Сообщение от ampersant

без пожать то кто пишет?

адепты секты RAW