Пусть автор фильтров ответит. Он тут частый гость.

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

То есть в каком-то канале используются нелинейные алгоритмы? Потому что если нет, то схема приводится к эквивалентной передаточной функции.

Компрессия динамического диапазона --- операция нелинейная.

Имеется в виду линейность или нелинейность дифференциальных уравнений, описывающих соответствующие звенья. От этого зависит возможность применения тех или иных методов преобразования ПФ. Судя по картинкам, коррекции подлежат только коэффициенты усиления. Если так, то эти коррекции будут давать вполне определенные изменения в коэффициентах того гипотетического MAC engine, который мог бы реализовать всю эту операцию "за один заход". Потому что если у схемы есть вход и выход, то у нее вполне определенно имеется передаточная функция. И если она является композицией звеньев, описываемых линейными дифференциальными уравнениями, то она имеет представление в виде линейного дифференциального уравнения. Интересный вопрос заключается в том, не будет ли такое эквивалентное представление композиции ПФ менее ресурсоемко?

Я Вас сразу понял правильно, а вот Вы меня, похоже, нет. Еще раз объясняю, у нас на каждую из восьми полос частот приходится по компрессору. Компрессия же это классический пример _нелинейной_ фильтрации.

не описывается отдельное звено линейным дифференциальным уравнением. Именно из за того, что у него в конце компрессор.

Кстати, даже если б и не было компрессора, то я сомневаюсь, что упростилось бы. Если конечно вырожденные случаи не учитывать. Типа усиливать все полосы одинаково и без компрессии.

Значит, я не увидел на схеме компрессора.

Вопрос к апологетам seaforth40 и ventureforth: Слово Flash>HexFile" создает в итоге файлик, который можно загрузить в spi-флеш и использовать для загрузки процессора?
и формат - просто опкоды в виде шестнадцетеричных чисел по одному в строке?

оно просто в файл выводит то, что в FileBuf лежит. Чтоб процессор(ы) грузились надо, чтоб там стрим лежал. Пример создания загружаемого стрима и "прожига" его в SPI flash смотрите в VentureForth/projects/musicbox/main.vf

ok. Спасибо!

Т.е. , насколько я понял, исполняя код:

я формирую поток/образ для загрузки в spi память.

исполняя

привязываю 0й тестбед, формирую поток, сохраняю его в файле.
после этого файл test.t18 могу закидывать в spi-флеш любым доступным образом?

да

Ещё один вопрос по загрузке кода в SEAforth40:

последовательность для формирования и загрузки кода через асинхронный порт (33е ядро).
Компилирую программу, потом следующая строка:


По идее, формирую загрузочный поток - 33Stream, готовый поток преобразую - StreamSerial, полученное заливаю в файлик. После чего файлик пытаюсь скармливать процессору.

Есть где-ндь более подробное описание процесса формирования и загрузки кода?

в главе 4.3 мануала описана немного устаревшая схема. В новой схеме нет ни domino ни pinball и она гораздо проще и понятнее. К сожалению никаких документов и пояснений к новой схеме загрузки нет. Смотрите сорсы, задавайте вопросы. Чтоб тут народ не нагружать можно на гугловский канал перейти.