|
0 / 0 / 0
Регистрация: 19.08.2014
Сообщений: 430
|
|
алгоритм медианной фильтрации11.03.2016, 08:45. Показов 11229. Ответов 24
Метки нет (Все метки)
привет.
Поделитесь хорошей статьей о медианой фильтрации одномерного сигнала. Чтоб с выводами была с графиками с расчетами.
0
|
|
| 11.03.2016, 08:45 | |
|
Ответы с готовыми решениями:
24
Алгоритм полифазной фильтрации Реализация медианной фильтрации изображения Написать программу реализации медианной фильтрации |
|
0 / 0 / 0
Регистрация: 01.02.2015
Сообщений: 200
|
||
| 13.03.2016, 22:48 | ||
0
|
||
|
0 / 0 / 0
Регистрация: 06.12.2016
Сообщений: 1,864
|
|
| 14.03.2016, 00:39 | |
|
Я про 12640-12641 - что это один пик (если считать, что 12633 - это выбросы).
Но вы правы, если понять природу сигнала - будет проще (и вообще не факт, что тс не заблуждается, считая 12640 истинным значением).
0
|
|
|
0 / 0 / 0
Регистрация: 26.01.2009
Сообщений: 3
|
|
| 14.03.2016, 18:36 | |
|
Попробовал реализовать предложенные здесь алгоритмы. Бенчмарк проводил на десктопе, результат на МК может сильно отличаться и еще и зависеть от конкретного МК. Размер окна - 7, буфер 10000 двухбайтовых слов, 100000 итераций. Сортировку использовал во всех случаях одинаковую - одна итерация пузырька.
Алгоритм SGE с "устареванием" - простой, но самый медленный. 56 секунд. Алгоритм Mimzodo, вариант со слежением за перестановками (если я правильно понял идею) - 39 секунд. Вариант со связанным списком, где ссылаются в хронологическом порядке, не проверял. Алгоритм по ссылке hosh (там тоже связанный список, но ссылки на следующее по возрастанию значения) - 46 секунд. Но там есть некоторые ограничения. Собственный алгоритм - 45 секунд. В общем, разница не слишком большая. Для размеров окна 3 и 5 тупое сравнение примерно вдвое быстрее.
0
|
|
|
0 / 0 / 0
Регистрация: 06.12.2016
Сообщений: 1,864
|
|
| 14.03.2016, 18:59 | |
|
Для маленького окна тупое сравнение рулит, да. А для большого есть алгоритмы сложности log(N), где N - длина окна (например, держать последние N отсчётов в дереве).
Ещё интересный алгоритм (но вряд ли актуальный для МК) для больших окон и сигнала с малым числом бит - использовать гистограмму. Обновление - уменьшить одно значение, увеличить другое, и если эти изменения были с разных сторон от текущей медианы - сдвигать "указатель" на медиану вверх или вниз.
0
|
|
|
0 / 0 / 0
Регистрация: 26.01.2009
Сообщений: 3
|
||||||
| 15.03.2016, 01:15 | ||||||
|
Да, бенчмарк на МК, конечно, гораздо интереснее с практической точки зрения. Взял STM32F100C8T6B, 24 МГц. Компилятор - GCC 5.2.1, режим -Os (остальные опции, по идее, не должны повлиять на результат).
Условия немного изменил: размер окна - 7, буфер 102400 двухбайтовых слов (генерируются на лету), одна итерация. Результаты (разница между работай с фильтром и просто генерацией данных без фильтрации): MedianFilterAge (алгоритм SGE с "устареванием") - 184 байта кода, 24 ROM, 708 мс. MedianFilterDoubleLinked (алгоритм Mimzodo, вариант со слежением за перестановками ) - 232 байта кода, 32 ROM, 429 мс. MedianFilterMykit (алгоритм по ссылке hosh) - 216 байта кода, 72 ROM, 729 мс. MedianFilterValueSeorsh (собственный алгоритм) - 192 байта кода, 32 ROM, 499 мс. Мой алгоритм: значения хранятся в кольцевом буфере в хронологическом порядке; плюс те же значения лежат отсортированные во втором буфере. При добавлении нового значения, берем самое старое из первого буфера (на него показывает начало списка), ищем его во втором буфере, заменяем на новое и сортируем. Код на C++, но код собственно фильтров можно выдрать и вставить в C один к одному. много-много кода
0
|
||||||
| 15.03.2016, 01:15 | |
|
Помогаю со студенческими работами здесь
25
Как можно сделать чтобы пользователь мог сам выбирать окно при медианной фильтрации изображения Алгоритм фильтрации Алгоритм фильтрации данных Алгоритм фильтрации спама в форумах Алгоритм экстремальной фильтрации изображений Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
Контроль корректности заполнения дат в зависимости от значения перечислений
Maks 12.04.2026
Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2.
Задача: реализовать контроль корректности заполнения дат назначения. . .
|
Архитектура слоя интернета для сервера-слоя.
Hrethgir 11.04.2026
В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html
Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .
|
Подстановка значения реквизита справочника в табличную часть документа
Maks 10.04.2026
Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2.
Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .
|
Очистка реквизитов документа при копировании
Maks 09.04.2026
Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях.
Задача: при копировании документа очищать определенные реквизиты и табличную. . .
|
|
модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий
anaschu 08.04.2026
https:/ / github. com/ shumilovas/ med2. git
main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели
8ATzM_2aurI
|
Блокировка документа от изменений, если он открыт у другого пользователя
Maks 08.04.2026
Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2.
Задача: запретить редактирование документа, если он открыт у другого пользователя.
/ / . . .
|
Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка.
Hrethgir 08.04.2026
Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои.
А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .
|
Модель ЗдрввоСохранения 7: больше работников, больше ресурсов.
anaschu 08.04.2026
работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20%
kYBz3eJf3jQ
|