https://opennet.me/openforum/vsluhforumID9/7271.html Доброго дня.<br>Вообщем нужны идеи по поводу анализа качества видеопотока в unix системах... Смысл состоит в том, что бы анализировать на правильную картинку, на пропадание цвета-звука и т.д. Если по этой теме какие-нить разработки? Может что-то уже есть готовое? Есно, интересует свободные продукты....<br> https://opennet.me/openforum/vsluhforumID9/7271.html#9 Mon, 24 Mar 2008 13:27:31 GMT не могу сказать, что со временем все просто, но уделять какое-то - могу, поетому 52995475.<br><br><br> https://opennet.me/openforum/vsluhforumID9/7271.html#8 Mon, 24 Mar 2008 13:27:18 GMT &gt;&gt; свободный видеокодек dirac и свободный формат хранения видео ogg. <br>&gt;<br>&gt;А что, видеокодек и формат хранения теперь уже стали анализом и диагностикой <br>&gt;заниматься (может еще трекингом и детекцией движения)? Или ключевое слово _свободный_? <br>&gt;<br>&gt;Или китайский детектор движения - это верх совершенства? (китайский детектор засунут во <br>&gt;все аппаратные DVRы и выполняет функцию сравнения яркостного канала по двум <br>&gt;соседним кадрам, если порог превышен - в кадре движение). <br>&gt;<br>&gt;Видеокодек, безусловно, анализирует видео. Но, увы, не в том ключе. <br><br>я про кодеки читал, тама много всяких нужных и приятных утилит есть, но это действительно не по задаче....<br>хотя их вполне можно использовать для подготовки кадров перед анализом :)<br> https://opennet.me/openforum/vsluhforumID9/7271.html#7 Mon, 24 Mar 2008 13:25:35 GMT &gt;[оверквотинг удален]<br>&gt;Если же посмотреть со стороны реальных картинок, то дельта двух строк невелика, <br>&gt;если соседние кадры принадлежат одной сцене (вероятность попадания двух абсолютно горизонтальных <br>&gt;линий разной яркости в соседних строках лежит в пределах допустимой погрешности <br>&gt;любого прибора). <br>&gt;Для избежания ложных срабатываний детектора по двум соседним кадрам, его (детектор) необходимо <br>&gt;дополнить сравнением с третьим (например через 2 кадра до текущего). Таким <br>&gt;образом мы сможем диагностировать появление шума/изменение сцены. <br>&gt;<br>&gt;Другой вопрос состоит в том, что это требует определенных вычислений (не таких <br>&gt;маленьких, как может показаться). <br><br>да, может не всем это интересно, тогда можем перейти в аську... если, конечно, у Вас есть время и желание...<br> https://opennet.me/openforum/vsluhforumID9/7271.html#6 Mon, 24 Mar 2008 13:19:54 GMT &gt;[оверквотинг удален]<br>&gt;1. Создать очередь кадров. <br>&gt;2. Вычислять сумму двух соседних строк в кадре. <br>&gt;3. Сохранять и сравнивать с подобным в следуюзем кадре. <br>&gt;<br>&gt;Дело в том, что если картинка "подвисла" то эти суммы будут одинаковы <br>&gt;для всез последующих кадров подвисшей суммы. Если же картинка просто постоянная <br>&gt;(заставка какая-нибудь) то колебания яркостной составляющей все-таки будут (хоть и в <br>&gt;небольших пределах). Глаз этого не регистриреут (изменение яркости отдельных пикселей на <br>&gt;единицу), а математика - да. Поетому подвисшую картинку вычислить легко. <br>&gt;<br><br>Выглядит оптимистично и на первый взгляд просто :)<br><br>&gt;Если же посмотреть со стороны реальных картинок, то дельта двух строк невелика, <br>&gt;если соседние кадры принадлежат одной сцене (вероятность попадания двух абсолютно горизонтальных <br>&gt;линий разной яркости в соседних строках лежит в пределах допустимой погрешности <br>&gt;любого прибора). <br>&gt;Для избежания ложных срабатываний детектора по двум соседним кадрам, его (детектор) необходимо <br>&gt;д https://opennet.me/openforum/vsluhforumID9/7271.html#5 Mon, 24 Mar 2008 12:15:03 GMT &gt; свободный видеокодек dirac и свободный формат хранения видео ogg. <br><br>А что, видеокодек и формат хранения теперь уже стали анализом и диагностикой заниматься (может еще трекингом и детекцией движения)? Или ключевое слово _свободный_?<br>Или китайский детектор движения - это верх совершенства? (китайский детектор засунут во все аппаратные DVRы и выполняет функцию сравнения яркостного канала по двум соседним кадрам, если порог превышен - в кадре движение).<br><br>Видеокодек, безусловно, анализирует видео. Но, увы, не в том ключе. <br> https://opennet.me/openforum/vsluhforumID9/7271.html#4 Mon, 24 Mar 2008 12:05:58 GMT &gt;Доброго дня. <br>&gt;Вообщем нужны идеи по поводу анализа качества видеопотока в unix системах... Смысл <br>&gt;состоит в том, что бы анализировать на правильную картинку, на пропадание <br>&gt;цвета-звука и т.д. Если по этой теме какие-нить разработки? Может что-то <br>&gt;уже есть готовое? Есно, интересует свободные продукты.... <br><br> свободный видеокодек dirac и свободный формат хранения видео ogg.<br><br><br> https://opennet.me/openforum/vsluhforumID9/7271.html#3 Mon, 24 Mar 2008 11:47:26 GMT Тогда действительно другого варианта я не вижу:<br><br>1. Создать очередь кадров.<br>2. Вычислять сумму двух соседних строк в кадре.<br>3. Сохранять и сравнивать с подобным в следуюзем кадре.<br><br>Дело в том, что если картинка "подвисла" то эти суммы будут одинаковы для всез последующих кадров подвисшей суммы. Если же картинка просто постоянная (заставка какая-нибудь) то колебания яркостной составляющей все-таки будут (хоть и в небольших пределах). Глаз этого не регистриреут (изменение яркости отдельных пикселей на единицу), а математика - да. Поетому подвисшую картинку вычислить легко. <br><br>Если же посмотреть со стороны реальных картинок, то дельта двух строк невелика, если соседние кадры принадлежат одной сцене (вероятность попадания двух абсолютно горизонтальных линий разной яркости в соседних строках лежит в пределах допустимой погрешности любого прибора). <br>Для избежания ложных срабатываний детектора по двум соседним кадрам, его (детектор) необходимо дополнить сравнением с третьим (например через 2 кадра до текущег https://opennet.me/openforum/vsluhforumID9/7271.html#2 Mon, 24 Mar 2008 10:51:41 GMT &gt;&gt;Доброго дня. <br>&gt;&gt;Вообщем нужны идеи по поводу анализа качества видеопотока в unix системах... Смысл <br>&gt;&gt;состоит в том, что бы анализировать на правильную картинку, на пропадание <br>&gt;&gt;цвета-звука и т.д. Если по этой теме какие-нить разработки? Может что-то <br>&gt;&gt;уже есть готовое? Есно, интересует свободные продукты.... <br>&gt;<br>&gt;Я начинаю заниматься видео и, естественно, меня тоже интересуют подобные наработки. На <br>&gt;данный момент ничего подобного не видел. Могу предложить свою техническую подготовленность <br>&gt;для проработки вопроса <br><br>Очень буду благодарен :)<br><br>(из всего вопроса плхо владею, пока что, только <br>&gt;программированием - подтягиваю). <br>&gt;<br>&gt;Наводящий вопрос, на каком этапе обработки видео необходимо проводить анализ? <br>&gt;1. Захват (формирование). <br>&gt;2. Предсжатие. <br>&gt;3. Распаковка. <br>&gt;4. Отображение. <br><br>Отображение....<br><br>&gt;<br>&gt;Я бы предположил, что: <br>&gt;1. Размер кадра должен быть кратным 16-ти... 720х576 например. <br>&gt;2. Суммарная дельта контрольных сумм соседних строк должна быть в каком-то пределе <br>&gt;(если https://opennet.me/openforum/vsluhforumID9/7271.html#1 Mon, 24 Mar 2008 10:45:05 GMT &gt;Доброго дня. <br>&gt;Вообщем нужны идеи по поводу анализа качества видеопотока в unix системах... Смысл <br>&gt;состоит в том, что бы анализировать на правильную картинку, на пропадание <br>&gt;цвета-звука и т.д. Если по этой теме какие-нить разработки? Может что-то <br>&gt;уже есть готовое? Есно, интересует свободные продукты.... <br><br>Я начинаю заниматься видео и, естественно, меня тоже интересуют подобные наработки. На данный момент ничего подобного не видел. Могу предложить свою техническую подготовленность для проработки вопроса (из всего вопроса плхо владею, пока что, только программированием - подтягиваю).<br><br>Наводящий вопрос, на каком этапе обработки видео необходимо проводить анализ?<br>1. Захват (формирование).<br>2. Предсжатие.<br>3. Распаковка.<br>4. Отображение.<br><br>Я бы предположил, что:<br>1. Размер кадра должен быть кратным 16-ти... 720х576 например.<br>2. Суммарная дельта контрольных сумм соседних строк должна быть в каком-то пределе (если строки отличаются очень сильно - значит шум или помехи).<br>2а. Как вариант - деление стро