V
В простом варианте, да. Сколько идет простой. В сложном еще и сколько внутри каждого из прерываний.
Size: a a a
2020 October 31
K
int8_t * 0.8 - даст 80% изначальной громкости.
Умножение норм отработало
V
Я об этом даже писал в статье-заметке. Когда делал музыкальную открытку)))
V
Но лучше бы делать через целочисленную математику на uint16_t.
V
Быстрее будет)
V
Гараздо.
jp
Но лучше бы делать через целочисленную математику на uint16_t.
Да и сразу можно в нужном масштабе работать. Типо чтобы 80% это и есть уже та величина, которую надо записать
V
А... Так это идеальный вариант.
V
Я так понял, что надо громкость на ходу менять.
jp
Я так понял, что надо громкость на ходу менять.
А одно другому не мешает же
V
Так а как масштабировать в реальном времени как? Ему надо в ШИМ uint8_t подавать. При этом без промежуточных float-ов.
jp
Так а как масштабировать в реальном времени как? Ему надо в ШИМ uint8_t подавать. При этом без промежуточных float-ов.
Может не совсем понимаю задачу, но мне она видится таким образом
Есть некое действо/алгоритм или ещё что то, которое формирует некую величину. Там в любом случае масштабирование есть из неких величин в %, что мешает это не в % масштабировать. Я видел людей, которые даже сигналы с датчиков не масштабируют в реальные величины. Работать с этим не так удобно, но какая разница какие единицы
Есть некое действо/алгоритм или ещё что то, которое формирует некую величину. Там в любом случае масштабирование есть из неких величин в %, что мешает это не в % масштабировать. Я видел людей, которые даже сигналы с датчиков не масштабируют в реальные величины. Работать с этим не так удобно, но какая разница какие единицы
V
А. Не. Не та задача.
V
Читает int8_t с флешки.
V
По 4 бита)
V
И выдает в ШИМ.
V
Как я понял.
V
А тут еще и масштабирует, чтобы звук регулировать)
V
Громкость.
K
По 4 бита)
По 8