» VirtualDub (часть 4)

Отнюдь. Битрейт для каждого кодека понятие субъективное. Разные кодеки на одном и том же битрейте могут показать совершенно разные результаты.

Правильно обращать внимание на число бит на пиксел.
Значения ниже 0.19 bit/pixel характеризуют видео с легко видимыми на глаз искажениями.
Значения выше 0.21 bit/pixel - уже заметно лучше, несмотря на незаметное, казалось бы, изменение значения.

Битрейт 1000 кбит\сек - опять-таки, под какое разрешение? Параметр бит/пиксел и тут намного объективней.

Практика показывает, что битрейт ниже 1000 при разрешении DVD (720*576) дает уже заметно худшее качество (что DivX, что XVid). И обязательно от шумов чистить нужно, поскольку на них много битрейта будет расходоваться. И режим ставить двухпроходной.

Unique_nickname, я чего-то не понял. Если возьмем стандартное разрешение DVD (720x576), это будет 414720 пикселов. Составим пропорцию:

1(бит) /1(pixel) = 0.2
x(бит) / 414720 (pixel) = 0.2

x = 414720 * 0.2 = 82944, или 82 к/бит в сек (округляю).
При таком битрейте абсолютно ничего не выйдет - только набор квадратов. Или я неправильно считаю?

Сдается мне, чуть более чем на 9000% процентов неправильно это же видео, а не фото.

Для проверки моих данных:
1. Воспользуйтесь AVIinfo для просмотра bit/pixel в любых Ваших и не Ваших видео.
2. Посмотрите параметры рипов, к примеру, на rutracker.org
3. Почитайте здесь простенький пример с формулкой.
Единственное, внесу по ссылке поправку: на сегодня считается хорошим соотношение не ниже 0.20, а там упоминается приемлемым аж 0.15, что очень мало.

P.S. При создании рипов через GK (что и стало причиной вопроса в ссылке из п.3) параметру бит/пиксел справедливо отводится более важное значение, чем битрейту.
Авторы сочли нужным заострить на нем внимание настолько, что в поле b/p загорается желтый фон, если соотношение (при уменьшении битрейта или размера рипа) стало "ниже нормы".

Сам когда-то опирался на битрейт, потом умные люди объяснили.

Кажется, я въехал. Нужно количество пикселов умножить еще на частоту кадров. Тогда получим
x = 414720 * 25 * 0.2 = 2073600 бит/с = 2073 кбит/с.
С таким битрейтом рипы мало кто делает - очень уж большой размер файла получается. Обычно качественный рип кодируется с битрейтом не более 1500.

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

Поэтому формула бит/пиксель слишком прямолинейна и требует неоправданно большого битрейта. Обычно битрейта 1500 (для разрешения 720*576, для других разрешений нужно поправки делать) для кодирования любого видео с высоким качеством уже достаточно. Но для достижения оптимального результата лучше вначале сделать несколько проб с различным битрейтом, причем желательно на динамичных сценах, и затем произвести окончательное кодирование. Если исходный источник хорошего качества, то бывает, что и 1000 достаточно.

Объясните какие аргументы вставить в команду

VirtualDub.audio.SetCompression

Требуется вставитьв видео wav в виде mp3 (stereo, 16 bit, 192kbps, 48KHz)
Вроде, делаю по инструкции
VirtualDub.audio.SetCompression(0x0055, 2, 16, 192000, 4)
но не работает

Выставь непосредственно в программе кодирование аудио в mp3, сохрани как job и посмотри результат. Хотя, по мне, звуковую дорожку лучше кодировать отдельно

Eminence
по счастью, на рутрекере ценят и понимают качество того, что вы называете "неоправданно большой битрейт". Все-таки пройдите по пп. 1 и 2 моего сообщения выше.

Вот первый же рип через поиск слова DVDRip:

Цитата:

Видео: 640x384 (1.67:1), 25 fps, XviD build 50 ~1373 kbps avg, 0.22 bit/pixel

Это не приглашение к спору. Это констатация. Когда-то и 65 тысяч цветов считали излишеством.

Цитата:

сохрани как job и посмотри результат

Спасибо, сработала какая-то вообще недокументированная фигня:

VirtualDub.audio.SetCompressionWithHint(85,48000,2,0,24000,1,12,"AQACAAAAQAIBAAAA","MPEG Layer-3 Codec");

Так все ж верно, для такого разрешения 1373 будет нормально. Я свои выкладки проводил для стандартного разрешения 720*576. Чтобы получить коэффициент 0.22, придется битрейт ставить 2280. И какой же размер файла получится? Стандартный полуторачасовой фильм займет где-то около 2.5 Гб без учета звуковой дорожки (может, чуть меньше, но больше двух - это точно). По-моему, это слишком уж жирно. Если закодировать такой DVD с б/р, допустим, 1500 (я обычно ставлю даже меньше), то вряд ли вы заметите разницу - картинки будут практически одинаковы, а размер файла уменьшится весьма значительно - на несколько сотен мегабайт.

1. Не для спора - это не для спора.
2. 0.22 я нигде не упоминал как "единственно правильный". Я написал: 0.19 нижний рекомендуемый. Не подменяйте.
3. Повторю: внимательно изучите техданные современных рипов на трекерах.
Вот еще несколько случайных ссылок (без купюр - все, что попало под руку) за разные годы из рутрекера:

Цитата:

640x368 (1.74:1), 25 fps, DivX Pro™ Fusion Codec 5.9 (HiggsBoson) ~1615 kbps avg, 0.27 bit/pixel
1.09 GB

Цитата:

640x320 (2.00:1), 25 fps, DivX Pro™ Fusion Codec 5.9 (HiggsBoson) ~1530 kbps avg, 0.30 bit/pixel
1.09 GB

Цитата:

640x272 (2.35:1), 25 fps, XviD MPEG-4 ~1195 kbps avg, 0.27 bit/pixel
1.33 GB

Цитата:

720x416 (1.73:1); 25 fps ;1662 kbps avg ;0.22 bit/pixel
1.37 GB

Цитата:

640x368 (1.74:1), 25 fps, DivX Codec 5.x or 6.x ~1436 kbps avg, 0.24 bit/pixel
1.37 GB

Цитата:

704x400 (1.76:1) ; 25 fps ; 1438 kbps avg ; 0.20 bit/pixel
1.37 GB

Цитата:

720x384 (1.88:1), 25 fps, XviD Final 1.0.1 (build 35) ~1413 kbps avg, 0.20 bit/pixel
1.37 GB

Цитата:

624x336 (1.86:1), 23.976 fps, DivX MPEG-4 Low-Motion ~787 kbps avg, 0.16 bit/pixel
682 MB

Цитата:

720x544 (1.32:1), 25 fps, DivX Codec 5.2.1, 2461 kbps avg, 0.25 bit/pixel
2 GB

Цитата:

640x480 (1.33:1), 29.97 fps, Xvid build 41, 1978 kbps avg, 0.22 bit/pixel
1.37 GB

Цитата:

640x352 (1.82:1), 25 fps, DivX Codec 5.2.1 ~1379 kbps avg, 0.25 bit/pixel
1.37 GB

Справедливости ради, попался и
Цитата:

704x528 (1.33:1), 25 fps, XviD MPEG-4 ~967 kbps avg, 0.10 bit/pixel
1.37 GB

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

4. Естественно, чувство меры никто не отменял. Как и частные нужды под конкретный случай.

upd. да, и
5. Не решайте за меня, какую разницу я замечу, а какую нет.

Может хоть тут кто знает чем можно порезать, склеить и т.п. БЕЗ перекодирования видео снятое фотиком Panasonic которое он сохраняет в блюрей контейнер *.MTS сжимая видео поток в H264 а звук в DD в разрешении 720p ???

P.S. Avidemux - не может , он открывает но не может перемещаться по тайм линии , кароче один сплошной глюк.

БЕЗ перекодирования видео навряд-ли получится, а для резки и склеивания *.MTS пока лучшее для меня - VideoReDo TVSuite V4

Все дело именно чтоб без перекодирования быстро и без потерь качества. А если уж не простое отрезать приставить а хочется полномасштабного редактирования так я Pinnacle давно использую. В нем можно все, но времени уходит уйма.
Из простых порезать я кроме VirtualDub и Avidemux нечего не знаю. Вот и решил может просто я не знаю а все давно прекрасно режут чем то

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

скачал FLV plugin (новый) и Quicktime Import Plugin, скинул в c:\Program Files\VirtualDub\Plugins32 но

mp4 неоткрывает, вернее открывает вот так :


flv открывает вот так :


что и как делать ?

http://s2.ipicture.ru/uploads/20110219/CJ3bgXIU.jpg
Привет всем, не могу убрать «зелень» сверху-справа по контуру головы и шеи. Подскажите вариант.

Хочу сравнить два клипа один до применения фильтров, а другой после.
AviSynth имеет команду StackHorizontal для расположения двух или более клипов по горизонтали.
Как написать скрипт для формирование кадра из расположенных рядом исходного и отфильтрованного видео и просмотра в VirtualDub?
В статье «Основы использования утилиты AviSynth при обработке видео» приводится пример просмотра с одновременным применением фильтра, но спотыкается на (last,d), точнее на-d.
#Пример скрипта 12.1
# Просмотр результата фильтрации рядом с исходным
Avisource("h:\test.avi")
Crop(0,0,300,0) # обрежем справа
d=DeGrainMedian(mode=1,limitY=4)
StackHorizontal(last,d)

В VirtualDUB можно открыть любой формат, для которого в системе есть кодек, но для этого нужен AviSynth.
К примеру, у нас есть файл film.mp4, который надо обработать. Итак:

1. Убеждаемся, что этот файл нормально проигрывается при помощи Media Player Classic или другого аналогичного плеера.
2. Ставим AviSynth ( http://avisynth.org/mediawiki/Main_Page )
3. Создаем текстовый файл film.avs, в котором пишем одну строчку: DirectShowSource("film.mp4")
4. Теперь идем в VirtualDUB и открываем в нем film.avs, как будто это .avi

С некоторыми форматами бывают проблемы, которые приходится фиксить дополнительной настройкой. Так, в формате .flv неправильно интерпретируется частота кадров, и для него команда открытия может выглядеть так: DirectShowSource("video.flv",fps=29.97,convertfps=true)

Подскажите, в чём причина. Видимо после попытки открыть файл flv, в программе пропала строчка "отложить задание, добавить в список отложенных" в табличке сохранения файла avi. И в других подобных табличках, где предусмотрен запрос на отложение задания, тоже самое - пропала эта строчка. Это наверное мелочь, но хочется понять - в чём причина. К каким файлам на моём компьютере обращается эта программа? Ведь она не требует установки. Неужели для того, чтобы вернуть эту строчку, придётся переустанавливать винду?

Serg7236
Скорее всего, всё переползло в пункт меню File -> Queue batch operation.

Цитата:

Скорее всего, всё переползло в пункт меню File -> Queue batch operation.

Да нет, там эти команды "сохранить avi" просто продублированы. Есть это "сохранить avi" и в общем списке команд, а не только в Queue batch operation. Я пишу, что у меня пропала не строчка "сохранить avi" в меню файл, а уже когда заходишь в "сохранить avi", внизу пропала строчка, где можно ставить галочку, "отложить задание".

Serg7236
Не продублированы. Просто постановка заданий в очередь перебралась из галочек в диалогах в отдельный пункт меню. Фича версий 1.9+.

Цитата:

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

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

Serg7236

Цитата:

Задания добавляются в него посредством простановки галок в строчках "отложить задание", которые появляются в табличках, например, при сохранении avi.

Так было в VD до версии 1.8.х включительно. В 1.9.х и далее задания добавляются перез пункт "Queue batch operation". Галок больше нет.

Цитата:

В 1.9.х и далее задания добавляются перез пункт "Queue batch operation". Галок больше нет.

Всё, дошло. Спасибо.

New AAC ACM Codec

Добрый день!Подскажите кто знает.
Нужно переконвертить видео.Но у меня нет такого енкодера как на 2м скрине-H.264
,

Стоит сборка от самлаб 1.9.11 и к-лайт 6.9.5 вин7х32
Есть только такие

voron79
тебе нужен не последний ffdshow, но лучше x264vfw из шапки.

V0lt
Поставил
Цитата:

x264vfw для VirtualDub с русскими сносками, 1790-ая ревизия:
http://ifolder.ru/20520083

Ничего не изменилось.

Цитата:

Ничего не изменилось.

чего значит ничего? ffdshow естественно не поменяется, зато будет такой декодер:

V0lt
Да сразу не обратил внимание,смотрел то на ffdshow.Есть такой.А ffdshow реально поменять?
Всё,нашёл.Начиная с версии 3480 его уже нет,а в версии 3477 есть то,что мне нужно