безграмотно-программистское

[jsn]

Массовая жалоба среди футбольных болельщиков, смотрящих чемпионат -- вувузелы. А кто разбирается в сигналпроцессинге, правильно ли я понимаю, что фильтр для этого дела строится достаточно легко? Что-нибудь типа FFT для выделения частот, которые присутствуют продолжительное время во входном сигнале с постоянной амплитудой, плюс по результатам динамически подстраивать набор notch-фильров. (Чисто академическое любопытство у меня).

Comments

[kika.livejournal.com]

Небось как у каждого духового инструмента там гармоник навалом и если их всех удавить, то удавится слишком много.

[tobotras]

А достаточно зарезать основную, ну его, совершенство :)

[kika.livejournal.com]

как бе не хуже получилось :-)

[jsn.livejournal.com]

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

[oldmann.livejournal.com]

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

[jsn.livejournal.com]

Ну да, я не стал приводить ссылку на обсуждение темы на reddit programming, потом что там основная часть советов сводилась примерно к этому.

[gone-one.livejournal.com]

Можно, у меня диплом про такое был ;) FFT, анализ чего там постоянно присутствует и удаление.

[jsn.livejournal.com]

Интересно. А как постоянно присутствующие выделять? У меня первое движение было бы считать для каждого элемента спектра сигму и мю за какой-то длинный период, но там же должны быть способы сильно проще.

[gone-one.livejournal.com]

Да, было бы красиво иметь историю каждой ячейки спектра за несколько секунд-минут, но хранить и обсчитывать такое было бы слишком дорого. Я использовал пару буферов для рекурсивного сглаживания (точнее, экспоненциального сглаживания (http://en.wikipedia.org/wiki/Exponential_smoothing), как правильно называть) - т.е. история каждой ячейки спектра сглаживалась с разными коэффициентами, потом эти несколько величин сопоставлялись, в итоге получался некий разумный усредненный минимум. Выходило весьма резво, на порядок быстрее realtime на ПК, причем позже я этот алгоритм адаптировал для совсем простенькой железки - и говорят, работало.

Могу поискать формулу или код, если интересно ;)

[jsn.livejournal.com]

Ну да, вариант с батареей moving average-й мне как раз пришёл в голову первым (я думал, может, что ещё дешевле бывает). Собственно, дешевая наколенная апроксимация мю и сигмы там из этого очевидным образом сооружается -- но я совершенно не представляю себе, как эти штуки себя ведут на реальном звуке, что не берусь судить.

[gone-one.livejournal.com]

Ну куда уж дешевле :) Чтобы получалось на реальном звуке, я брал десятка два параметров, которые там можно было крутить, и сутками гонял их генетическим алгоритмом для подбора хороших вариантов.

[jsn.livejournal.com]

Ну куда уж дешевле :)

Да, пожалуй -- на фоне FFT по затратам это всё меркнет всё равно. Вот без подбора констант, конечно, приятнее было бы обойтись.

[bish0nen.livejournal.com]

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

[ktotam.livejournal.com]

скаммеры подсуетились уже (google antivuvuzelafilter)

[keen.livejournal.com]

http://cup2010.lenta.ru/news/2010/06/15/vuvuzela/

[potan.livejournal.com]

Говорят, уже сделали.

[seajey.livejournal.com]

Для линукса и инструкция (http://linuxsound.ru/articles.php?article_id=5) есть.

[jsn.livejournal.com]

С эквалайзерами давно известная тема, да.

[prokoudine.livejournal.com]

Это не эквалайзер, это именно notch filter :)