Ru-Board.club
← Вернуться в раздел «Программы»

» VirtualDub (часть 4)

Автор: V0lt
Дата сообщения: 01.12.2011 04:35
Ke

Цитата:
Нет, они разные. Неужели такую простую вещь как отмасштабировать ролик или обрезать его с краёв до нужных размеров эта программа не может сделать?

Может, проделай все это с одним из файлов, а потом склеивай

Добавлено:
Еще можно через AviSynth или в какой-нибудь монтажке.
Автор: Unique_nickname
Дата сообщения: 01.12.2011 05:37
Ke
попробуйте шапку почитать, что ли.
Автор: SamLab
Дата сообщения: 01.12.2011 08:48
VirtualDub 1.10.1 Test 16 - Русская версия с плагинами от SamLab.ws
http://www.unibytes.com/C6lMg8pUXiEB
http://turbobit.net/0x6p31tgu9v3.html
* Fixed AVX detection bug
Автор: Aktaf
Дата сообщения: 01.12.2011 12:47
Проигнорировали мой вопрос:

Цитата:
Замечаю на некоторых файлах небольшие "рывки" или наоборот тормоза...
От чего такое может происходить и как можно устранить.
Нельзя ли устранить перегнав на другую частоту кадров и в какую?
Увеличить или уменьшать? Не соображу.

Может все таки у кого появятся ответы.

Теперь возникновение дерганий по сторонам (там были рывки по скорости).
Короче, решил попробовать ранее обсужденную инфу - убирать лишние надписи тега,
писали можно убрать с Mpeg4Modifer ом. Действительно, открываешь и сохраняешь.
Надписи удаляются и немного вес снижается.
Ну, думаю, за одно ведь и целостность файла после торрентов провериться.
Стал так пропускать все файлы. И на одной из раздач заполучил.
Все файлы начали чуток дёргаться. Здоровый то может сразу заметил бы.
Я успел почти все переработать, ладно еще исходники не удалил.
И еле нашел, после чего так происходило. Скорее всего наверно, в той раздаче,
файлы уже были сделаны как бы склонными к дёрганию. Но, визуально заметить не удалось.
Похоже метод с Mpeg4Modifer не безобидный.

Пробовал на AbcAVI Tag Editore и тут инфу не совсем верную дали.
Писали. что до конца не удаляется надписи из раздела INFO Tags.
Удаляется нормально и раздел этот сам тоже перестает появлятся.
Единственно, размер не уменьшается, а всего 4-6 байт увеличивались.
За то видео даже не появляется и тем более не пересохраняем.
А в этом редакторе нажимаем на сохранить и все.
Даже не замечаем процесс. Уже все изменилось.


Автор: DNS07
Дата сообщения: 01.12.2011 13:56

Цитата:
Перегнал с VHS на хард запись. Требуется очистить от шипения и шумов. Подскажите как это сделать и возможно ли в VirtualDub. Благодарю!

Задавал такой вопрос. Теперь есть идея. Вырезать аудио дорожку в VD, обработать в Sound Forge, а потом наложить на видео. Правильно мыслю или слишком долгий путь и есть короче?
Автор: webern
Дата сообщения: 01.12.2011 14:02
Aktaf

Цитата:
Похоже метод с Mpeg4Modifer не безобидный

Это не так. Mpeg4Modifer совершенно безобиден в качестве убирателя конкретно инфо-тегов. Вот клянусь. Ведь инфо-теги не используются для декодирования потока.
А вот что теоретически (замечал, что иногда и практически) может приводить к рывкам, так это, в первую очередь, interleave, затем - если контейнер AVI 1.0 а не 2.0, и затем Packed Bitstream в потоке. А может даже и нестандартная матрица (не уверен).

Добавлено:
DNS07

Цитата:
Задавал такой вопрос. Теперь есть идея. Вырезать аудио дорожку в VD, обработать в Sound Forge, а потом наложить на видео. Правильно мыслю или слишком долгий путь и есть короче?

Абсолютно правильно. Хоть путь и относительно долгий, но он единственно верный.
Автор: DNS07
Дата сообщения: 01.12.2011 14:12
webern
Спасибо, так и сделаю.
Автор: Aktaf
Дата сообщения: 01.12.2011 19:14

Цитата:
Это не так. Mpeg4Modifer совершенно безобиден в качестве убирателя конкретно инфо-тегов. Вот клянусь. Ведь инфо-теги не используются для декодирования потока.
А вот что теоретически (замечал, что иногда и практически) может приводить к рывкам, так это, в первую очередь, interleave, затем - если контейнер AVI 1.0 а не 2.0, и затем Packed Bitstream в потоке. А может даже и нестандартная матрица (не уверен).

Я и не говорю, что именно убирание подействовало.
А вот то, что я их перегнал через Mpeg4Modifer привело к дерганиям и они уже дальше пошли.
С исходных же файлов, уже удалил с AbcAVI Tag Editor ом.
После перекодировал как мне нужно и никаких дерганий.
Естественно, с нормальными файлами наверняка так не получается.
Тоже с 30-35 файлами нормально прошли.
Но, если уж с некоторыми так происходит, то нужно за этим следить.
Можно подпортить и не проверив удалите исходники можно получить проблемку.
Автор: V0lt
Дата сообщения: 01.12.2011 21:01
Если в avi c помощью Mpeg4Modifer убрать Packed Bitstream, то получите проблемы при работе в VirtualDub. Это будет выражаться в том, что отображаемый кадр не будет соответствовать выбранному.
Автор: Barboros
Дата сообщения: 01.12.2011 22:10

Цитата:
Если в avi c помощью Mpeg4Modifer убрать Packed Bitstream

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

Автор: XL000
Дата сообщения: 02.12.2011 07:51
Ребят, подскажите пожалуйста, что может быть - имеется след.железо - мать MSI H55M-E33 (встроенное видео), проц intel i3-540, ТВ-тюнер Genius Video Wonder Pro III . Пробовал захватить видео с внешнего источника - быстро растет frame dropped , если во время захвата (даже когда идет просто просмотр, не пишется в файл), лазить по меню - изображение начинает тормозить..
Загрузка проца в это время - 1-2 процента, даже половины нету..

Причем изначально тюнер стоял в другом ПК (socket 478, celeron 2.8 ггц), при захвате проц был нагружен на 100% , но такой проблемы не было.. Во время перемещения по меню (когда нет захвата) ничего не тормозило, при захвате иногда появлялись frame dropped , но это явно было из за большой загрузки проца..

И поэтому я тюнер переставил в комп помощнее, т.к. был большой рассинхрон аудио и видео из за этого. А в новом компе такая вот трабла... Винда свежая, вчера поставленная специально, стоят только драйвера + Virtualdub
Я думаю может это из за видюхи встроенной ?
Автор: webern
Дата сообщения: 02.12.2011 07:55
Barboros

Цитата:
Это происходит когда там ставишь галочку или что то еще?

Если в исходнике имеется Packed Bitstream, то Mpeg4Modifer покажет его наличие в соответствующей секции GUI "Packed Bitstream: Yes", а чуть ниже в этом случае будет стоять пустой чекбокс "Unpack". Вот если в этом чекбоксе поставить галочку, то в результирующем файле Packed Bitstream будет, так сказать, "распакован".

Но, если требуется редактировать исходник с Packed Bitstream, то необходимо учесть то, что сказал V0lt. Дело в этих особенностях Packed Bitstream. Вот более грамотное описание Packed Bitstream (на англ.).
А если нужно просто перекодировать исходник, с предварительно "распакованным" Packed Bitstream, то проблем быть не должно. Во всяком случае не помню таких.
Автор: V0lt
Дата сообщения: 02.12.2011 16:24
webern

Цитата:
Дело в этих особенностях Packed Bitstream.

Бред какой-то написан.
Автор: webern
Дата сообщения: 02.12.2011 17:15
V0lt

Цитата:
Бред какой-то написан

Да, написано было мной тогда коряво, наскоро. А как в двух строках такое изложить? Тем более, что в том посте спрашивавший не нуждался в подробностях, только в общем представлении.
Смыслового бреда в том своём посте не нашёл. Или разъясни в чём он.
Автор: V0lt
Дата сообщения: 02.12.2011 19:34
Теория.

Вот типичное распределение кадров в потоке

Каждый кадр стоит на своем месте. Вроде все нормально. Но давайте вспомним, чем отличаются типы кадров.
I - самодостаточный кадр, в нем храниться вся картинка целиком. Любое видео должно начинаться с I-кадра
P - кадр, в котором хранятся различия в сравнении с предыдущим I- или P-кадром. Чтобы получить картинку из такого кадра нужно знать предыдущий I- или P-кадр.
B - кадр, который ссылается на предыдущий и последующий I- или P-кадры.

На B-кадрах остановимся по-подробнее. Чтобы получить картинку из В-кадра 1 нужно с начала декодировать кадры 0 и 3. Загвоздка здесь в том, что при последовательной обработке кадров мы не сможем сразу декодировать В-кадр 1, т.к. мы еще не получили P-кадр 3.

Эта проблема решается через запросы от декодера (где-то вычитал). Но VirtualDub использует старый VFW-интерфейс, где декодер молчун, что имеет, то и пытается показать. Т.е. если мы перейдем на произвольный B-кадр, то мы увидим не его, а предыдущий I- или P-кадр.
Хотя надо отметить, что если просто перекодировать видео, то проблем не наблюдается. Возможно это из-за того, что в кодек режиме энкодера может придерживать кадры в буфере.

Что делать? Все просто Нужно, чтобы P-кадр 3 шел раньше В-кадров 1 и 2. А чтобы не запутаться упакуем кадры 3 и 1 вместе, а на место кадра 3 ставим пустышку. Это и называется Packed Bitstream.

Принцип работы декодера:
0) декодируем кадр 0 и отображаем его;
1) видим, что в кадр 1 упакованы два кадра: P и B. Декодируем P-кадр и запоминаем его. Декодируем B-кадр и отображаем его;
2) декодируем кадр 2 и отображаем его;
3) видим пустышку - отображаем запомненный ранее P-кадр.


Практика

Для начала хотелось бы заметить, что при кодировании DivX-ом со стандартным профилем Home Theater, получается поток с одним последовательным B-кадром и используется Packed Bitstream.

Я не помню были ли в DivX 4.0 профили изначально, но кодеры прочухали, что если использовать два последовательных B-кадра, то при сравнимом качестве можно было получить меньший размер потока. И когда появились профили (в DivX 5 они уже точно были), то многие их просто отключали и настраивали энкодер как душе угодно. В Xvid-е, кстати, по умолчанию стояло 2 B-кадра.

Потом появились DVD-плееры с поддержкой DivX. На тот момент было еще полно контента, закодированного хакерским DivX 3.11, с ним проблем не было. Но вот с Xvid картинка на телевизоре почему-то дергалась, с DivX 5 тоже бывало дергалась, но не так часто. Методом перебора настроек выяснилось, что причина в опции Packed Bitstream. Замечу, что проблема возникает, если Packed Bitstream включен и количество последовательных B-кадров равно 2 или более. Что делать? Не перекодировать же все скачанные фильмы, ведь можно наверное как-нибудь "исправить" файл. Такое стало возможным благодаря Mpeg4Modifer. И что интересно в умах закрепилось: Packed Bitstream - всегда зло. Хотя это не совсем так.

Вкратце ситуация такая:
Кол-во посл. B-кадров Packed Bitstream VirtualDub DVD-плееры
Автор: webern
Дата сообщения: 02.12.2011 19:47
V0lt
Ну, круто, что тут скажешь. Кое-что новое узнал, спасибо. Но, в двух словах такое на изложишь никак.
Автор: Aktaf
Дата сообщения: 02.12.2011 20:03
Впервые читаю. Спасибо большое.
Надо бы тоже в шапку, где остальная наука "лежит".
Плохо ощущать свои не знания, я и раньше пытался побольше узнать про возможности Mpeg4Modifer.
Не нашел нормального источника, тем более на русском.

Когда файл "открывается" в Mpeg4Modifer е, он всегда его параметры показывает правильно?
Иногда бывает под Piixel AR и/или Display AR под Custom вписаны цифрики.
Что это даёт, когда вписывают.
Я ради интереса пробовал убирать, менять, вроде ничего не меняется.
К стати, пробовал и утверждение - менять соотношение сторон,
тоже толком не разобрался.
Автор: V0lt
Дата сообщения: 02.12.2011 20:47
Aktaf

Цитата:
Иногда бывает под Piixel AR и/или Display AR под Custom вписаны цифрики.
Что это даёт, когда вписывают.

Piixel AR - задаются пропорции пикселя, Display AR - задаются пропорции кадра. В обоих случаях кадр изменит соотношение сторон.
Эти же опции можно задать в настройках Xvid-а.


Цитата:
Я ради интереса пробовал убирать, менять, вроде ничего не меняется.

Нужно чтобы плеер, декодер и рендерер поддерживали эту фичу. Сейчас с этим проблем нет.
На VirtualDub это никак не действует.

Некоторые железные плееры тоже понимают AR, но большинство нет. Поэтому, когда делают рипы с пропорциями не заморачиваются (Xvid->Pixel Aspect Ratio = Square (default)) и делают ресайз до нужного размера.
Автор: alekmyac
Дата сообщения: 03.12.2011 19:30
Отписал в этой теме - http://forum.ru-board.com/topic.cgi?forum=5&topic=6373&start=2260#lt
но меня направили сюда.
Прошу вашей помощи.
Суть проблемы, что при запуске разных приложений появляется сообщение об ошибке, отсутствии файла imgproc.dll.
Пытался найти в гугле, но там версия файла ниже чем нужна.
Приложения с такой ошибкой - это файн ридер, программа для сканирования идущая со сканером.
Помогите пожалуйста.
Автор: Unique_nickname
Дата сообщения: 03.12.2011 19:38
V0lt
спасибо, очень подробно и интересно.

alekmyac
передайте от нашей ветки горячее спасибо этому неординарному Теодору Нетте, роутеру и человеку.
Даб не связан с распознаванием текста, не требует установки, и никак не влияет на системные (и любые другие) файлы в Windows. Исключая возможность сохранения настроек видеокодеков, конечно.
Автор: alekmyac
Дата сообщения: 03.12.2011 19:40
Unique_nickname
Извините простите ради всего, я в курсе, не требует установки, но мало ли. Я уже отчаялся.
P.S.
Если вдруг случайно увидите этот файлик, дайте знать. Спасибо.
Автор: Unique_nickname
Дата сообщения: 03.12.2011 19:43
alekmyac
может, следует покопать дистрибутивы Abbyy ?
Была бы ошибка (и сама либа) популярной - находилась бы где-нибудь тут или тут, ан нет.

Добавлено:
Я думаю, Ваш Теодор открыл в поиске что-то такое, но решил поиграть в загадки. За много лет работы в дабе и в моде, и в ветках здесь подобной проблемы мне не попадалось. Данная библиотека в пакеты этих программ не входит (не скажу за различные самопальные сборки).
Автор: alekmyac
Дата сообщения: 03.12.2011 20:17
Unique_nickname
Перекопал все дистрибутивы. Толку нет.
Да и к сканеру идёт свой софт и он выдаёт такую же ошибку.
Всё равно спасибо за ответ.
P.S.
Ну перестанавливать ось только из за этого, когда всё остальное работает как положено очень не охото.
Автор: Nikollay
Дата сообщения: 07.12.2011 08:10
Всем доброго времени суток.
не могу открыть файл с расширением SWF, выдает ошибку при открытии, в PotPlayer файл играет.
установлен VirtualDub pack rev.11 Русская версия.
Win 7 x64 SP1 максимальная.
вот сам файл (4.7 метра)
http://rghost.ru/33571911
Автор: chivilyov
Дата сообщения: 12.12.2011 07:03
Подскажите вот в такой проблеме. Собираю в VDM avi-файл с тремя аудиодорожками, никаких задержек синхронизации там не требуется. В итоге на компе файл проигрывается нормально, а на медиаплеере на двух дорожках из трёх - рассинхрон. Если же эти же потоки собрать в матрёшку рассинхрона на плеере нет.
В чём дела никак не могу сообразить, у моего плеера с рассинхроном вообще до этого никогда проблем не было...

p.s. Ну вот пересобрал эти же дорожки через XviD4PSP 6.0, в итоге никакого рассинхрона тоже нет. Значит VirtualDubMod косячит в данном случае, что-ли?
Автор: Hideaki
Дата сообщения: 12.12.2011 09:09
Nikollay
SWF - не видеофайл. Тебе сначала его нужно сконвертировать.
Автор: Russian Wolf
Дата сообщения: 17.12.2011 10:34
На Атлоне 640 видео кодируется в Xvid со скоростью 4-12 к/c, программа что более одного ядра не поддерживает?

Добавлено:
В DivX такая фигня, загрузка проца не более 30-40%
Автор: EL 34
Дата сообщения: 21.12.2011 11:09
Вопрос номер раз.
пытаюсь вычислить целевой битрейт (стандарт AviSynth+VDub)
скрипт
DirectShowSource("С:\мой файл.mkv")
selectTotal1=framecount()/100
selectTotal2=selectTotal1*2
selectrangeevery(selectTotal2,50)

в кодеке (x264vfw 1790bm rus) ставлю Лог на Debug, запускаю проход Multipass - 1st pass; параметры Slow, None, High, 4.0. Доходит до конца и VDub тупо виснет. Это уже не первый раз. В чём может быть косяк? Отключаю Лог - None, тогда всё проходит нормально, ну а как мне статистику собрать?
В чём проблема, в кодеке?

Вопрос номер два (задавал в теме про QuickTime).
Имею подготовленный материал video.h264 и audio.aac, с помощью чего мне положить это добро в контейнер .MOV без перекомпрессии (типа как mp4box собирает в .MP4)? (Там мне посоветовали ffmpeg)

Добавлено:
Вопрос номер три.
Кодирую в коллекцию фильмец. Придерживаясь спецификации Level 4.1 кодека x264, количество референсных кадров может быть 4 - максимальное значение для 1080p, а 9 - максимальное для 720p. У меня видеоисточник с размерами 1920х816, так какое максимальное значение можно выставить (4 или 9), чтобы на бытовом видеоплеере потом этот фильм воспроизвёлся?

Добавлено:
вопрос номер два РЕШЕН
Автор: unreal666
Дата сообщения: 21.12.2011 12:41
EL 34

Цитата:
вопрос номер два РЕШЕН

как?

Цитата:
Вопрос номер три.

4 рефа, т.к. 1920x816 - это 1080p.

ЗЫ.
720p - это 1280x....
Все что выше 1280x.... для соответствия левелам должно иметь рефы, как у 1080p.
Автор: UserRB
Дата сообщения: 21.12.2011 14:28
Привет!
Никак не удаётся правильно открыть *.flv в дабе, приходится отключать звук для проигрывания, иначе всё время идёт ошибка "no audio decompressor could be found virtualdub (source format tag 00ff)".
Плагин стоит (FLV.vdplugin), AC3ACM заинсталлирован, кроме того много других плагинов тоже стоят.
В чём может быть проблема? Хотелось бы иметь звук с *.flv тоже.
Спасибо.

да, ffdshow тоже был установлен.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179

Предыдущая тема: Pcad и монитор


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.