» VirtualDub

Цитата:

нигде. А если тебе удастся так сделать, то в начале ролика будешь видеть цветастый мусор или вообще твой плеер банально повиснет.

Прально - дави молодого - будет знать как на матерых лезть без инструкции!

Давайте, наезжайте на "молодого", сами-то небось такими были... Я никогда не задаю вопросы, пока самостоятельно не попытаюсь отыскать варианты решений и только в крайнем случае прибегаю к помощи. Ладно, спасибо и на этом. А программку для своих целей я вроде бы уже нашёл: Womble MPEG Video Wizard DVD...

Andrey88

Цитата:

А программку для своих целей я вроде бы уже нашёл...

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

Вот что хотел спросить:Если я пережимаю DVD в AVI с помощью Virtual Dub какой режим компрессии выбирать - Fast Recompress или Full Processing Mode? Исходные Воб-ы открываю через Avisynyh, ресайз, кроппинг и т.д. всё делает Ависинт.

YurikWiz
fast recompress запрещает некоторые пункты меню - filters и color depth. если ими не пользоваться full process - это то же самое, что и fast recompress.

Цитата:

если ими не пользоваться full process - это то же самое, что и fast recompress

нет, это не то же самое.


Цитата:

какой режим компрессии выбирать - Fast Recompress или Full Processing Mode

Fast Recompress

Gideon Vi
А в чем отличие? Параметры кодека-то я выбираю одинаково.

Вернее так, в случае full process могут происходить дополнительные взаимообратные преобразования, которые влияют только на время работы, но не на результат. С этой точки зрения full process без фильтров - это fast recompress. Если пустые преобразования все же происходят - в случае отсутствия фильтров надо выбирать fast recompress из-за скорости. Я точно не знаю, насколько VD умный, в принципе мог бы выбросить эти преобразования, тогда точно было бы всё равно.

Цитата:

Промежуточный кадр кодируется как разница текущего и предыдущего кадров. Чтобы его отобразить сначала придется декодировать предыдущий кадр. В общем случае для отображения такого кадра нужно декодировать идущий ранее ключевой кадр и все последующие кадры до текущего.

Значит, как я понял, для более точной подгонки обязательно нужна перекодировка? И это не зависит от вида программного обеспечения. Спасибо.

Цитата:

Вернее так, в случае full process могут происходить дополнительные взаимообратные преобразования, которые влияют только на время работы, но не на результат.

Нет. Эти преобразования будут вносить погрешности в изображение.


Цитата:

Я точно не знаю, насколько VD умный

VD - тупой.

Gideon Vi
Я вот такую фразу вижу в документации:
Note: In previous versions of VirtualDub, enabling full processing mode would always force a conversion to 32-bit RGB. This is no longer the case — if no video filters are used, this conversion step is omitted and the video is directly converted to the output format as in Slow Recompress mode.
Так что готов согласиться, что раньше так было, но теперь пофиксено.

Цитата:

Я вот такую фразу вижу в документации

Я смотрел исходники.


Цитата:

Так что готов согласиться, что раньше так было, но теперь пофиксено.

"теперь" - это когда? Начиная с какой версии?

зы. Ту ОЛЛ: наш беспредметный спор никому не мешает? =)

Gideon Vi
Отвечу тем же - исходники какой версии?
Эта фраза есть в документации к MPEG2-1.6.14, раздел Processing: The pipeline.
В документации к 1.6.11 я её не нашел. Похоже, где-то в этой версии и пофиксили.

Да какой это спор - я только высказываю свои предположения. И потом, с результатом - fast recompress, если не нужны фильтры - вроде, никто не спорит

Цитата:

Отвечу тем же - исходники какой версии?

:р


Цитата:

Эта фраза есть в документации к MPEG2-1.6.14

MPEG2 - это мод VD. В нём, возможно, пофикшено - не смотрел. Мне больше VDM нравится.

Gideon Vi
Вот специально пошел скачал обычный VD - документация, по крайней мере в этом месте, не отличается.

Кстати, All, сегодня:
VirtualDub 1.6.15 released
VirtualDub 1.6.15/stable is out with a series of bug fixes. There are no new features in this build.

Gideon Vi
Allexandria
вообще-то это не баг, так и было изначально задумано
теперь фильтры поумнее стали, могут работать с тем что дают

Т.е. если нет фильтров, то Full processing mode = Slow recompress. Качество в итоге не страдает, но все равно будет медленнее, чем Fast recompress

Русская версия VirtualDub 1.6.15 Сборка 24442
_http://samlab.ws/soft/virtualdub_1.6.15_b24442_russian.cab

Английская версия VirtualDub 1.6.15 Build 24442
_http://samlab.ws/soft/virtualdub_1.6.15_b24442_english.cab

Русификатор VirtualDub 1.6.15 Build 24442
_http://samlab.ws/rus/sam_virtualdub1615rus.rar

Цитата:

вообще-то это не баг, так и было изначально задумано

Знаем, проходили.


Цитата:

Качество в итоге не страдает, но все равно будет медленнее, чем Fast recompress

Лады, исходников под рукой нет, копаться в них по новой то же желания нет... призовём в помощь логику - откуда возмётся повышение времени кодирования?

Tarakanov_Igor

Цитата:

Рассинхрону звука тут постоянно уделяют внимание! Если честно, то это наверно самая распространенная проблема в дабе, но у меня как таковая она никогда не встречается!

Вот конкретный пример: пятисерийный фильм, каждая серия в своем файле. Звук у всех: 0x2000 = AC-3 ACM Codec, 384 Kbps, 48000 Hz, 5 каналов. По отдельности никаких траблов со звуком нет. При соединении начиная с четвертой серии звук обгоняет картику. В чем может быть причина?
Кстати, кажется причину я знаю: практически в каждой серии длительность аудио меньше видео - от 0.3 секунды до полутора. Видимо при прямотоковом копировании звук "съезжает" на эту величину. Если я прав, то как бороться?

Еще проблема: пытаюсь провести полную обработку аудио (видео прямотоком), в компрессии указываю AC-3 ACM Codec, 384 kBit/s, 48000 Hz, 3/2 channels, 47KB/s - т.е. то же, что и было. Сохранить как AVI - ошибка: Error initializing audio stream compression: The audio codec cannot compress the source audio to the desired format. Check that the sampling rate and number of channels in the source is compatible with the selected compressed audio format. Почему такая хрень?

Не видал ли кто VirtualDubMod в модификации для x64? И вообще, какие есть проги для WinXP x64 для видеокодирования (помимо последней версии VirtualDub)?

Gideon Vi

Цитата:

призовём в помощь логику - откуда возмётся повышение времени кодирования?

признаю, если в "Video->Color Depth..." выбрать атомат тогда да разницы нет

Цитата:

This is similar to Fast Recompress except that the input and output formats can be chosen in the Video color depth dialog, and the two can be different, requiring a conversion in between.

но если выбрать что-нить неоптимальное то возможно замедление

Цитата:

Кстати, кажется причину я знаю: практически в каждой серии длительность аудио меньше видео - от 0.3 секунды до полутора. Видимо при прямотоковом копировании звук "съезжает" на эту величину. Если я прав, то как бороться?

Пообрезал концы видео (уравнял с аудио) - все стало нормально.


Цитата:

в компрессии указываю AC-3 ACM Codec...

Правильно ли я понимаю, что кроме прямотокового копирования для любых операций с AC3 (например, банально увеличить громкость) требуется AC3 encoder (где б его взять)?

Цитата:

AC3 encoder (где б его взять)?

AC3-енкодер, входит в комплект последнего BeSweet-а v1.5b31

forever

Цитата:

требуется AC3 encoder (где б его взять)?

держи
http://fcchandler.home.comcast.net/AC3ACM/

Цитата:

Пообрезал концы видео (уравнял с аудио) - все стало нормально.

В данном случае в отрезанных кусках не было ничего ценного. А что посоветуют предпринять знатоки в случае если картинка нужная?

YurikWiz, V0lt
Спасибо, посмотрю.

forever

Цитата:

The audio codec cannot compress the source audio to the desired format. Check that the sampling rate and number of channels in the source is compatible with the selected compressed audio format. Почему такая хрень?

VD не умеет обрабатывать больше 2-x каналов звука.
В настроках "AC-3 ACM Codec by fccHandler" можно снять галку с "Allow decompressing to multichannel PCM", тогда VD сможет кодить, но только в стерео.

Цитата:

В данном случае в отрезанных кусках не было ничего ценного. А что посоветуют предпринять знатоки в случае если картинка нужная?

Можно попробовать растянуть аудио дорожку до длины видео


Добавлено:
или в Video-Frame Rate выбрать опцию изменяющую fps "Change so video and audio durations match"

Цитата:

Кстати, кажется причину я знаю: практически в каждой серии длительность аудио меньше видео - от 0.3 секунды до полутора. Видимо при прямотоковом копировании звук "съезжает" на эту величину. Если я прав, то как бороться?

Попробуй соеденить в AVI-Mux GUI, а потом пересохранить в VD.

to all!
можно ли через frame server работать в Canopus Procoder или Adode Priemer?
запускаю auxsetup > Install handler (пробывал также proxyon.reg), запускаю VirtualDub > File > Start frame server > 1.avi, открываю любую из перечисленных NLE > неправильный файл 1.avi.
подскажите плиз, как правильно настроить frame server сабжа?

Цитата:

to all!
можно ли через frame server работать в Canopus Procoder или Adode Priemer?
запускаю auxsetup > Install handler (пробывал также proxyon.reg), запускаю VirtualDub > File > Start frame server > 1.avi, открываю любую из перечисленных NLE > неправильный файл 1.avi.
подскажите плиз, как правильно настроить frame server сабжа?

Просто есть маленькая хитрость, которая работает без глюков! Устанавливаешь просто avisynth на комп, а расширение vdr у VirtualDuB-а меняешь на avs - этот файл легко берет канопус!

Русская версия VirtualDub-MPEG2 1.6.15 Сборка 24458
_http://samlab.ws/soft/virtualdub-mpeg2_1.6.15_russian.cab

Русификатор VirtualDub-MPEG2 1.6.15 Build 24458
_http://samlab.ws/rus/sam_vdubmpeg1615b24458rus.rar