Автоматическая вырезка статичных фрагментов в видеофайле
 

Доброго времени суток! У меня возник такой вопрос:
Умеет ли VirtualDub обрезать зависшие фрагменты в видео в автоматическом режиме, или может есть какой нибудь плагин для этого?

Чтобы было более понятно, ситуация такая: Во время записи лайвстрима бывают тормоза (короткие обрывы соединения), в этот момент видео продолжает писаться, соответственно при просмотре этой записи, часто натыкаешся на эти самые фрагменты со стоящей на месте картинкой, их бывает очень много и вручную удалять крайне затруднительно.

Нужна функция типа: "Удалять одинаковые кадры если их более 2-х или 4-х подряд", было бы неплохо если б кол-во можно было бы выбрать самому. Скрипт довольно простой, но гугл ничего не нашёл, поэтому обращаюсь сюда, может кто нибудь имел с этим дело и знает как это сделать в дабе, или плагин подскажет?

P.S. Как вариант, может это умеет другая программа, если знаете, подскажите, буду очень признателен. :)

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

Такого плагина нет.
Можно вырезать вручную, выделяем фрагмент и нажимаем Delite, потом сохраняем в Direct Stream Copy.

По 20-60 вырезок с каждого видео делать это уйму времени нужно, дурная работа. Вручную неподходит. Может есть альтернативный метод или программа, незнаете?

Уверен что нечто подобное есть, может не в этой программе...В любом случае спасибо что откликнулись! )

Придумать алгоритм "объясняющий" проге чем съёмка статично висящей картины на стене художественной выставки отличается от "замороженного" кадра (имхо) невозможно. Только "рУчками"...
А чтобы исключить "заморозку" при захвате - нужно исключить процесс одновременного кодирования "на летУ" входящего потока и захватывать видео в RGB, с последующим перекодированием.
Прогу иную, умеющую "отличить" и вырезать автоматом бракованные кадры я лично не знаю.

Всё немного не так :)))

Отличить программно вполне возможно, пока что накапал немного, может вам интересно будет:

http://pctuner.ru/page-al-more2frame.html
Этот работает с дабом, но собрать файл неполучилось, возможно дело в кодеке.

http://aeclub.net/forums/index.php?showtopic=7072&hl=
Комментарии 12 и 13
Этот вариант буду пробовать, не совсем то, но лучше чем ничего.

Это если бы я захватывал через Snagit к примеру, тогда да. А я захватываю лайвстрим целиком, подключаясь к потоку, это почти тоже что скачивать. Поэтому зависшие фрагменты вызваны пингом, соединением, или плохим каналом у стримера.

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

Используя More2Frame v1.0.1 - получишь прогрессивный рассинхрон.
Это же не удаление нескольких кадров, а удаление целых, пусть и "замороженных", фрагментов. Не хочу вдоваться в подробности, но если "заморозка" бросается в глаза, то это как минимум 1-2 секунды, что = 25kps * 2 sec = 50 кадров. Если у тебя таких фрагментов 30-60 - посчитай сколько вырежется видео при нетронутой звуковой дороге...
Ибо
По второй ссылке вообще маразм, т.к. вынутые из видео кадры могут иметь одинаковый размер, да и если кто сталкивался с подобным (напр. ретушированием кадров) - знает как это "геморойно"... Мне больше понравился там пост №11, хотя в Premiere после всех манипуляций с тайм-лайном идёт процесс полного кодирования, как и в Дабе...

Вывод: Даб + руки + полное кодирование = отличный результат.

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

По мимо размера тут ещё идёт проверка по хешу и по самому файлу, вот пункты из программы Duplicate File Detective v4.1.54
- Сравнивать размер файлов
- Сравнивать содержимое файлов (Хеширование)
- Подтверждение побайтового совпадения содержимого (очень медленно)
С последним пунктом очень точно определяет копию изображения вне зависимости от названия файла, где он лежит и когда был создан.

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

P.S. Случайно нет мыслей почему More2Frame v1.0.1 обрабатывал минут 15 файл, и в итоге на выходе ничего не появляется, кроме файла в 3 кб и текста с кодом внутри него? Кодек не переваривает?

А сколько времени будет уходить на разрезку видео на кадры + анализ на дубликаты прогой Duplicate File Detective + переименование оставшихся кадров + сборка + просмотр результата ... 8O
C подобной проблемой не приходилось сталкиваться, т.ч. "мыслей" нет... может кто-то ещё отпишется :-)


ЗЫ. Так как разговор идёт о принципе "вообще", не привязаным конкретно к VirtualDub'y - выделил вопрос во отдельную тему.

а почему не решить начальную проблему. причину застывания картинки найдите и устрани ее

Уже кое что попробовал, выскажу свои мысли.

Времени действительно ушло немало))) Сразу скажу, в АЕ и Adobe Pemiere Pro опыта работы нет абсолютно, немного лишь знаю Virtual Dub и есть понятие принципов работы некоторых функций. Например тоже попиксельное сравнение, я был уверен что это есть, и я нашёл. Но подводных камней как оказалось тоже немало...Разбивка на секвенцию ролика в 38 минут (около 57000 кадров) в Adobe Premiere заняло 20 минут, но разбивало оно как-то странно, приходилось вписывать разрешение ролика, выбирать формат и много другой ненужной шелухи. Да и разбивка вышла почему-то ориентируясь на 23 кадра в секунду вместо 25, в итоге кадров получилось на 2000 меньше. Почему это не сделал в дабе? Потому что там небыло JPG, только BMP, PNG и TGR. TGR я сразу отбросил, так как неуверен справится либо прога с поиском дублей. PNG никак не хотел работать в режиме "Прямопотокового копирования"(Direct Stream Copy), а другие режимы заставляли отдать на кадры аж 50 Гб. BMP работал в "прямопотоковом" но полученные кадры нехотели вовсе открыватся, попробовал закинуть в After Effect, он выписал ошибку.

Идём дальше, получил кадры с APP, запустил Duplicate File Detective, (не сразу правильно настроил :) ), но когда начал проверку, сильно удивился! Программа нашла ~40000 дубликатов, хеш соответствовал, размер и всё остальное тоже! (Проверка шла минут 5). Сначало непонял юмора, но решил продолжить ради интереса, в итоге осталось ~17000 кадров из 56тыс. С переименованием почти не возникло проблем, Total Commander делал это минут 25 и выбил ошибку где то ближе к концу, я решил попробовать переименовать средствами Windows. AE нормально воспринял данный тип переименовки, да и заняло это всего полторы минуты. Чтож, закинул кадры в AE, долго разбирался как получить цельный файл с теми же характеристиками и разрешением, но сделал. Первый раз на 70% получил ошибку, со второго раза получил видеоролик. (рендер занял 9 минут).

Итог: Ролик получился супер плавным и подвижным, но в местах где были застывшие фрагменты остались поддёргивания, примерно по 3-5 поддёргиваний в течение примерно 1-1,5 секунды. В общем ролик однозначно стал лучше, но этого увы, мало! Длительность поддёргиваний не устраивала, а убрать их, снова выводит на ручную работу и много времени. Однако тут ещё есть с чем поэксперементировать...

P.S. Кстати немного позже я всё же решился сделать секвенцию через Virtual Dub в BMP, но программа несмогла найти ни одного дубликата, возможно не тот формат (время на разбивку в VD ушло в пределах 15 минут)

Итог №2: Порывшись по теме попиксельного сравнения, понял что это слишком ресурсоёмко и долго, но вероятность создания программы с оптимизированным алгоритмом есть, особенно если большую часть работы перенести с процессора на видеокарту. Немного позже если ничего не добьюсь с дефолтными решениями, то посоветуюсь с программистами. Если данный плагин или программку можно создать, и цена будет мне по корману, то тогда скорей всего закажу. К тому же помимо побайтового и попиксельного сравнения, есть идея вычисления висяков в видео путём анализа битрейта, так как теоретически там где один и тот же кадр повторяется, видеопоток будет ровным, соответсвенно часть этого потока, фрагмент, программа и будет вырезать.

Вывод: За 2 дня поисков и разбров могу точно сказать что, программ и плагинов которые бы могли автоматом вырезать повторяющиеся кадры немного. Но нет ни одной программы которая бы это делала в видео с тормозами в непредсказуемых местах, то есть другими словами, если повторяющихся кадров в одном месте 2 а в другом 15 и временные промежутки между ними варьируются то соответственно написать скрипт типа "убирать каждый 2 кадр, каждый 4 кадр, каждый 2 и 4 чередуя" непоможет, а угадать алгоритм невозможно. Есть лишь один вариант, ждать программу на других принципах работы, типа "вычисления побайтово, попиксельно или по битрейту"

Надеюсь кому-то это будет полезно, и этот кто-то не будет убивать столько времени на поиски таких решений :)))

Да тут ей в общем то самое место, просто когда я задавал этот вопрос ещё непонимал всей сложности этой темы :)

Потому что это проблема самого стримера, тут может быть всё что угодно: пинг, плохая веб-камера, скорость его интернета. Знаю я это потому что не все ролики получаются такими, одни смотрятся как достойный DVDRip, а другие как будто сняты на мобильник, ещё когда они только появились 5-15 кадров в секунду. Тут попросту не в моих силах решить эту проблему, она не на моей стороне. Вот так :)

Если вырезать "рУчками" в VD - времени было бы затрачено меньше (суммарного) и "подёргиваний" небыло бы и качество видео можно было бы "подтянуть" до уровня.
Можно было бы тебе сразу дать франмент с "заморозкой" (на файлообменник) - поэкспериментировали бы все желающие.
Не думаю, что подобные проблемы возникают у многих и часто :lol:

На счёт данного утверждения - не понял (см. скрин)

Как я уже писал, качество у меня не в приоритете, оно сдесь попросту не нужно, я же не ответственный монтаж делаю, а просто стрим с веб-камеры обрабатываю, а их у меня около 20-30 в день выходит, нереально всё обработать до идеала, да и к тому же мне за это всёравно больше не заплатят))). Главное у меня это плавность картинки, и содержательный контент, всё остальное пустая трата времени.

С поддёргиваниями разобрался, просто перед длинным лагом, у меня около 3-5 мелких, а оригинальный кадр прога не удаляет, но тем ни менее результат всё же неплох, я посчитал, длительность лага около 30 секунд, а после обработки в пределах 1,5 секунды

Это да, но в виде дополнительной возможности программы можно было бы и сделать. В конце концов в таких зверях как Photoshop тоже функций много, а я не использовал и 40% его возможностей, но ведь кому-то остальные функции нужны? :wink:

Ну у меня вот так

i47.fastpic.ru/big/2013/0619/07/a26e86d1713c9dc75b13b8bada981707.png
(извиняюсь что не встроенная, форум ссылки не пускает)

Кстати Duplicate File Detective всё же читает BMP, просто нужно было проявить терпение :)))
И ещё, думаю если и работать путём "разбивка-удаление дублей-сборка" то придётся найти аналог программы "Duplicate File Detective" (уже нашёл, программист русский), и заказать доработку программы под монтаж. Так как Duplicate File Detective и похожие перебирают кадры по принципу "сравнения каждого с общей базой", на что уходит час и более времени. Я, если дойдёт до этого дела, закажу дороботку по принципу "сравнение кадра со следующим кадром", тогда это дело займёт считанные минуты, а может и секунды, так как работы убавится в несколько тысяч раз. :wink:

А почему у тебя старый VD, да ещё и Mode?! Зачем он тебе в данной работе? Да и режет он медленно и неточно. Возьми тут стабильную версию http://www.virtualdub.org/

Таких прог множество. У меня было штуки три, но мне не понравились. (Гугл)

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

Старый потому что такой посоветовали, да и ранее мне предлагали убирать "слайд-шоу" путём замыливания через фильтр "motion blur" (в моей версии фильтров небыло). Правда я им почти и не пользовался, так как он у меня толи неработает, толи я отличий не вижу. Но на деле фильтр видел, по моему после него даже хуже становится.

Сейчас "слайд-шоу" решаю поднятием фпс, короч ускорение делаю.

Ещё одна причина почему у меня не новый VD, то что после переустановки на новый, у меня перестало читать AVI файлы, не H.264 не XviD, переустановка кодека не помогала, помню ели всё вернул как было, пришлось вместо кодек пака (K-Lite Mega Codek Pack) искать и ставить кодеки по отдельности и чтото там ещё делать.

Если подскажеш как правильно всё поставить чтоб работало как сейчас, то попробую, и какую версию лучше ставить, самую последнюю или...?
Ещё было бы неплохо узнать как заставить работать VD с FLV.

А на счёт "режет медленно и не точно", уменя такой проблемы нет, вроде всё как часики :-)

Ну незнаю, прога со своей задачей справляется. Другое дело что по прямому назначению они мне не нужны, так как на HDD порядок, и дублей у меня попросту нет)))

Аа, понял. Но к сожалению или к счастью это не требуется.

Много интересного о VD в этой теме. Несколько примеров работы и архив с множеством фильтров - в этой.
Ставить нужно версию stable, зачем тебе эксперементировать с бетой? У меня 1.9.11
VDMode не обновлялся уже несколько лет, у него узкая "специализация" - вложить в контейнер AVI несколько файлов. Режет мод по ключевым кадрам только, а последняя версия VD - более точно.
В моей - он встроен, только применять его мало где можно, шлейфы на движущихся объектах мало когда пригодятся...
Ты же сам писал, что поудаляла много лишнего.
Проги отличаются друг от друга скоростью работы, нагрузкой на ЦП и качеством\точностью "находок" дублей. ;-)

Собственно о чём я и говорил, поставил версию 1.9.11 Stable, и теперь не робит AVI (H.264). Переустановка кодеков и перезагрузка не помогли. Старался делать по инструкции на картинке, но многое там не соответствовало, было по другому (Ставил последний K-Lite Codek Pack Full)

Как решить? Поиск по теме VD ничего не нашёл.

Собсно вот...
http://i47.fastpic.ru/thumb/2013/062...d7a0274c5.jpeg

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

Читаем тему, там всё есть.

Рад за тебя ;-)

Прочитал, но к своей ошибке ничего не нашёл. И кстати забыл упомянуть. Переустанавливая кодеки, VirtualDubMod я не удалял, и вот что интересно, VDM по прежнему читает H264, а VD 1.9.11 по прежнему выписывают туже ошибку. Скорей всего кодек есть, но VD его не видит, в отличии от VDM.

Что именно я делал: Удалил K-Lite Mega Codek Pack Full, удалил K-Lite Mega Codek Pack x64, удалил x264vfw - H.264/MPEG-4 AVC codec (remove only).
Перезагрузился, Установил K-Lite Mega Codek Pack x64, Установил x264vfw - H.264/MPEG-4 AVC codec (remove only).

P.S. Желательно хотелось бы получить конкретный ответ по конкретной ошибке, так как читать по 100-500 сообщений не лучшее занятие, учитывая что весь смысл перехода с VDM на VD 1.9.11 Stable для меня это поддержка JPG в создании секвенции :roll:

Если бы прочитал - нашёл ссылку на DivX ver.8.1.2 с h.264

У тебя нет декомпрессора h.264 что ясно указано на данном тобой скрине, что ещё объяснять? Ты что-то делаешь не так...
"Конкретнеей" нЕкуда - снеси K-Lite Mega Codek Pack Full и установи нужные тебе кодеки по-одномУ. У меня всё работает.
И каков вывод? Работай с Модом...

ЗЫ. Ругаться на меня нет толку, я пытаюсь тебе помочь, но проблему решать тебе. Я уже раньше тебе писАл что с подобной проблемой не сталкивался...

Читал, с трудом даже нашёл живую ссылку (торрент) на DivX ver.8.1.2 с h.264, и новый сейчас ставил, и DivX декодер ставил, и ffdshow отдельно ставил и перед каждым сносом установкой делал перезагрузку, но ничего не заставило работать VD и VDM с H.264. Единственное что помогло это кодек x264 (H.264/MPEG-4 AVC), но только для VDM. Либо я что-то непонимаю, либо VD попросту не хочет видеть этот кодек, пусть он даже установлен. Как заставить его видеть я незнаю :(

Когда гуглил, попал на один ответ по этой ошибке. Ответивший написал что мол ты ставиш декодер, а VD требует именно кодек, а бесплатных кодеков H.264 нет...

Я и не думал ругаться. Извини если где-то дал повод так подумать. Я скорее выражал недопонимание, так как знаний по кодекам у меня крайне мало, знаю лишь что они нужны для воспроизведения форматов и всё :)))

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

P.S. Если нужна, вот ссылка на кодеки, закрепи где нить, ато на форуме как минимум половина ссылок не работает, многим пригодится ;)

Именно поэтому я и даю ссылки на нужные ТЕБЕ темы, где подобные вопросы обсуждались! Невозможно постоянно из темы в тему дублировать вопросы и ответы из разных тем раздела! Читай, вникай, учись на чужих проблемах сам - это аксиома. :-)

1. Я не копался в твоём компе. Что там у тебя установлено, какое железо, какая система, какой софт стоИт, как настроен файервол (всё это напрямую отражается на кодировании) - я не знаю, да и знать мне не нужно, ты должен, опираясь на сведения полученные в дискуссиях, анализировать самостоятельно. А мысль о том, что тебе "влом читать 100-500 сообщений" - по крайней мере неприлична, звучит так, как вроде тебе обязаны чем-то.

2. Кодек не виден системой потому, что у тебя (скорее всего) стоИт эмуляция кодека, а не сам кодек! Именно поэтому если прога говорит об отсутствии конкретного, нужного ей для кодирования кодека, а видео-файлы h264 смОтрятся на твоём компе, то: нет кодека - подменит ffdshow-эмуляция. Об этом полно сообщений в теме с "вопросами по VD", всё разжёвано неоднократно...
"Ломать" свою систему с настроенными связями ради решения твоей проблемы никто не будет - сам пробуй варианты, ищи свои "прокОлы".

3. В теме с кодеками дан даже скрин (правда старый, но принцип тотже) что такое "эмуляция" и как её обойти.

4. Ссылка, данная тобой выше на ресурс в теме с кодеками "незаконна", таких ресурсов полно и более качественных (пример) - если есть ссылка на скачивание самИх кодеков и пАков - пожалуста, размещай.

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

А на счёт "лазить в системе", вообще непонимаю твоего удивления, я всегда так помагаю людям, и себе проще и им, может TeamViewer ещё не везде известен... :)))

А зачем ломать свою систему для этого? :roll: Опять же, для этого есть TeamViewer.

"Эмуляция кодека" не причём, иначе бы неработал не VD не VDM.

Чистый интерес, а чем незаконна? под статью попадает, или правила форума? :-)


Ну а тем временем, я чудом разобрался с проблемой, дело заключалось в 64 битном VirtualDub, после установки VirtualDub 1.9.11 x86 всё стало работать. Но почему дело в 64 битности для меня не объяснимо, лишь догадки...

И сразу ещё один вопрос, разбивка ролика на секвенцию занимает 20 минут, при этом ЦП загружен в среднем на 25%, оперативка на 37%, жд на 15%. Предполагаю что VD задействует только одно ядро, можно ли сделать так чтоб он задействовал все ресурсы системы и соответственно делал работу быстрее. Было б ещё круче заставить работать по технологии Nvidia CUDA, но это так, мысли вслух :)))

На любом форуме запрещены ссылки на другие ресурсы, если это не связано с сайтом производителя или источником информации по теме. Форумчанин должен находить проги на форуме иначе можно было давать просто ссылки на сторонние ресурсы. Всё это отображено в правилах форума.

Всё-таки дело в софте! И разобрался ты сам, именно об этом я и писАл.
VD это GUI для твоих кодеков в системе. Приоритет загрузки делает не сам Даб а настройки системы. "Копай" там.

Дело в "ядренности" системы. У меня настройка под х86 и с h264 я работаю другими прогами, а в VD использую старый DivX. Для ответа на твой вопрос, я мог бы установить DivX 9, что "сломало бы" мои настройки и эксперементировать, поэтому так и написал. И TeamViewer тут не причём.

Чистое везение, если б не вторая машина 32 бит, где я решил попробовать теже манипуляции, и не догадался бы. Я в сторону софта и не рыл, так как ошибка ясно дала знать что что-то с кодеком.

Ну а я намекал на то, что эти эксперименты можно делать на моём пк через TeamViewer. Поэтому и непонял смысла ломать свои настройки, когда это можно сделать у меня :-)
Здесь можно не отвечать.

Ну а так в общем всё стало более менее ясно. Дальше по планам найти способ более быстрой разбивки на секвенцию, и узнать возможно ли создать подобный автоматический плагин/программу по обрезке статичных фрагментов. Как что нибудь узнаю, отпишусь.

P.S. Предлагаю текст/сообщения где идёт обсуждение исключительно о VD удалить, ну или переместить если того желает душа :)))