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

» VirtualDub

Автор: Funnybunny
Дата сообщения: 17.01.2008 07:40
Avi файл и файл с субтитрами читаются плеером, разумеется, затем Audio/Video
выход с плеера подается на вход TV. Обычная схема.

А что значит "пережимать"?

Автор: SergFalkon
Дата сообщения: 17.01.2008 09:48
Funnybunny

Цитата:
читаются плеером, разумеется

Я и говорю, что проблема в плеере, а не в телевизоре Просто, чтобы грамотнее формулировалось.
Цитата:
что значит "пережимать"?
Видео будет разжиматься, накладываться картинка субтитра, и снова сжиматься - при этом может заметно упасть качество, если и так уже не очень было, или придется битрейт увеличить при повторном сжатии - возрастет объем файла.
Автор: 5lora55
Дата сообщения: 17.01.2008 20:44
Может об этом уже писалось, но читать всё не хватает времени. Подскажите как в ДУБ создать очередь заданий. Создаю одну задачу, а когда кончиться начиналось другое задание. Управление заданиями вроде есть, а как их туда вставить? Не получаеться у чайника.
Автор: timsky
Дата сообщения: 18.01.2008 01:52
5lora55
При сохранении файла слева внизу будет галочка.

2ALL
Есть куча WMV 9 файлов, пожатых с одними настройками и они же являются частями 1-го большого файла. Сейчас появилась необходимость их склеить в один. Пробовал джоинер от боилсофта, в результате в местах склейки плеер даргает так, как будто он загружает следующий файл. Не пойдет
Можно ли склеить их в VDub? Я знаю только пункт Append AVI Segment, может есть вариант?

Вот что я пробовал:

Скачал VDub 1.7.7 и к нему WMV плагин из шапки, сунул куда надо. Файлы, которые WMV9, которые нужно пожать на работе. Сейчас попробовал на вот таком файле:



Файл открывает, но вместо превью пишет MISSING CODEC. Скачал Windows Media Video 9 VCM (WMV 7/8 VCM не нашел) в составе Codec Installation Package for Windows Media Player 6.4 осюда:
http://www.microsoft.com/windows/windowsmedia/forpros/format/codecdownload.aspx
http://download.microsoft.com/download/4/6/1/461e47d9-bff9-4d3f-b97c-93476581f6ef/wmp6cdcs.exe
Поставил это хоз-во - нифига Попробовал VDub-MPEG2 1.6.19 - он выдает такое:



Поставил ffdshow_rev1727_20071227_xxl, при установке включил галки на всех WMV 1/2/3..., в настройках вот так все стоит:



.... вроде как положено, но все равно не фурчит ни VDub, ни VDub-MPEG2
Автор: olnight
Дата сообщения: 18.01.2008 05:15
timsky
Настройки ffdshow для Дуба надо менять в форме ffdshow VFW interface, а не в ffdshow video decoder, точно так же, как у тебя на картинке, а здесь лучше верни на место.
Склеивать Дубом wmv файлы без пережатия нереально, это не его формат. Если только перекодируешь или переложишь их сначала по одному в avi.
Если их даже BoilSoft не может нормально соединить, то последний вариант это прога WMV Direct, по моему я видел ее в варезнике.
Автор: 5lora55
Дата сообщения: 18.01.2008 15:18
timsky спасибо за подсказку про галочку.
Автор: einstein123
Дата сообщения: 18.01.2008 18:42
Хочу перекодировать звуковую дорожку в virtualdub с mp3-mp3 проблем нет
но при ac3-mp3 когда выбираю в списке mp3 битрэйтов справа нет
AC3ACM установил.
Автор: timsky
Дата сообщения: 18.01.2008 19:22
olnight Спасибо огромное, WMV Direct склеивает превосходно!

einstein123
Звук кодируй лучше связкой RazorLame + Lame 3.97
Автор: einstein123
Дата сообщения: 18.01.2008 20:08
timsky
нельзя бы поподродробней
нужно имено перекодировать в virtualdub(хочу автоматом все делать)
а то извлекать кодить потом опять назад добавлять.
Автор: timsky
Дата сообщения: 19.01.2008 00:52
einstein123
Сори, немного не невнимательно прочел твой пост, но исправлюсь

Я предпочитаю VirtualDubMod (в шапке). Для меня самое ценное, что он поддерживает MPEG2 и позволяет добавлять/удалять скока угодно звуковых дорожек. Извлекаешь им звук в WAV. И этот файл уже жмешь связкой RazorLame + Lame 3.97

А насчет облегчения процесса хз... попробуй AutoGK
Автор: Dracula
Дата сообщения: 20.01.2008 13:19
Уже вышла версия 1.7.7 - обновите шапку.
Автор: Andrey Petrov
Дата сообщения: 20.01.2008 20:46
Обработка файлов формата .flv

Разрешение ситуации с выскакиванием сообщения ==>
The decompression codec cannot decompress to an RGB format. This is very unusual. Check that any "Force YUY2" options are not enabled in the codec's properties.

ffdshow > VFW configuration > Decoder > Кодеки
в форматах FLV1 и VP6F декодер сменить на libavcodec

Автор: mdvv
Дата сообщения: 21.01.2008 15:31
вопрос к гуру по кодированию видео

столкнулся с такой проблемой

есть видео клип VOB файл 720x480 AR 4:3 interlaced
с большими черными полями сверху и снизу

кодирую в VDub :
xvid настроил - нет вопросов
фильтры
-deinterlaced
-null transform с обрезкой черных полей до 698 x 304
-далее делаю resize для корректировки размера к стандартным (ширина кратна 32, высота кратна 16) - получаю 704 x 320

все кодируется нормально
но запускаю видео и вижу что сплюснуто все немного, то есть пропорции не те

пробую все тоже сделать при помощи AutoGK на автомате, и вижу что он высоту, для сохраниния пропорций сделал 368

понимаю, что в resize надо было высоту давать больше чем у меня было, но как высчитать это значение высоты ручками ???? чтобы пропорция была нормальная

подскажите пожалуйста, или киньте ссылку где почитать

выход пока нашел только такой
скачал фильтр пак для VDub от некоего Emilian Ferrari
там был такой фильтр Aspect Ratio (MMX only)
вот если его после resize применить, выбрав 4:3 NTSC, то пропорция становится нормальной

и еще мелкий вопрос
какой метод в Resize лучше выбирать Bicubic или Lanczos3 ?
в AutoGK вроде используется Lanczos3 (по логам увидел)
Автор: timsky
Дата сообщения: 21.01.2008 20:28
1) Зачем тебе пропорции, если жмешь в xvid? И зачем увеличивать размер видео, качество от этого лучше не будет.
2) 720/4=180, 180*3=540 Это файл такой, я с таким сталкивался. Плеер сам ресайзит по высоте до 540, хотя на самом деле 480. Сделай скриншот в MediaPlayerClassic к примеру и увидишь что разрешение будет 720/540.
Само видео у тебя в пропорциях 3х2. А чем тебя 698х304 не устраивает? К чему гонки за пропорциями?
3) Lanczos3 вроде медленнее, но качественнее, хотя на глаз я разницы при уменьшении не заметил, может при увеличении будет вино..хз.

Добавлено:

Цитата:
Нужно иметь в виду, что формат AVI не предусматривает хранения информации о соотношении сторон кадра (Aspect ratio), предполагается, что оно равно соотношению ширины и высоты в пикселях (то есть "квадратный пиксель"). С другой стороны, в некоторых случаях это не так: самый типичный пример — формат DV, с размером кадра 720х576 (то есть 5:4) и пропорциями кадра при корректном отображении 4:3 для обычного и 16:9 для широкоэкранного формата. (Поэтому открытый в "Дубе" DV-файл будет немного вытянутым по вертикали, если не изменить настройки отображения, хотя обычные проигрыватели покажут его правильно). В то же время в файлах DivX/Xvid пиксель обычно квадратный, то есть при масштабировании DV нужно переключить пункт Aspect ratio с Same as source на Compute height from ratio и задать там 4:3 или 16:9. И общее правило для всех кодеков - желательно иметь ширину и высоту, кратную 2, 4, 8, а лучше 16 (для этого служит раздел Codec-friendly sizing).

Взял отсюда: http://www.ixbt.com/divideo/digital-video-guide/4-4-1-virtualdub.shtml
Автор: obla4ko4240019
Дата сообщения: 21.01.2008 21:56
timsky
1) где ты видишь про размеры видео?

mdvv
чисто теоретически тут надо отталкиваться от высоты, чтобы не добавлять лишних пикселей для правильного соотношения. Т.е.:
а) 704*368, но тогда вы поднимиаете высоту с 304 до 368 - высота смазывается
б) 624*320 - так правильнее, поскольку соотношение 4:3 выдерживается и ничего лишнего не добавляется (почти)
в) почти, потому что правильнее будет 592*304. Высота и ширина кратны 16 и не длобавляется лишних пикселей.

в ресайзе лучше использовать ланцзос3. Но никак не bicubic.
Автор: timsky
Дата сообщения: 22.01.2008 01:14

Цитата:
1) где ты видишь про размеры видео?

ты о чем?
Автор: Gideon Vi
Дата сообщения: 22.01.2008 03:11

Цитата:
пробую все тоже сделать при помощи AutoGK на автомате

Для удобства и понимания процесса лучше бы GK.

Цитата:
какой метод в Resize лучше выбирать Bicubic или Lanczos3 ?

Ресайзить лучше синтом с его SplineResize. Если дубом, то Lanczos
Автор: obla4ko4240019
Дата сообщения: 22.01.2008 06:22
timsky

Цитата:
И зачем увеличивать размер видео, качество от этого лучше не будет.

Автор: olnight
Дата сообщения: 22.01.2008 10:30

Цитата:
Ресайзить лучше синтом с его SplineResize. Если дубом, то Lanczos

Этот вопрос наверное личных предпочтений, что больше нравится, мягкая картинка с небольшой потерей деталей как у Spline или более резкая с сохранением детализации и чуть заметными искажениями на границах, как у Lanczos.
Вопрос видимо из той же области, какой кодек для кодирования лучше XViD или H264. Первый сохраняет детали, но дает небольшие искажения и больше выходной размер файла, второй заметно замыливает изображение, но делает его мягче, а файл меньше.
Я например сторонник сохранения четких деталей, пусть даже за счет некоторого увеличения размера полученного файла, то есть Lanczos. Но лучше это попробовать и сравнить самому
Автор: Gideon Vi
Дата сообщения: 22.01.2008 11:03
удалил
Автор: mdvv
Дата сообщения: 22.01.2008 12:15
timsky

Цитата:
1) Зачем тебе пропорции, если жмешь в xvid?

ну как зачем, я ж писал, что при открытии в ZoomPlayer мой фильм сплюснут, значит что то не так

Цитата:
И зачем увеличивать размер видео, качество от этого лучше не будет

тут позволю не согласиться
на моем 22wide заметна на глаз ощутимая разница между фильмом 720xN и 320xN


Цитата:
2) 720/4=180, 180*3=540 Это файл такой, я с таким сталкивался. Плеер сам ресайзит по высоте до 540, хотя на самом деле 480. Сделай скриншот в MediaPlayerClassic к примеру и увидишь что разрешение будет 720/540.

все размеры что я приводил я брал не из плеера, а из GSpot и MediaInfo
теперь о ресайзе плеера : думаю картинка оригинальная, 720 по ширине, будет смотрться все таки получше чем 320 по ширине интерполированная/растянутая плеером к 720


obla4ko4240019

Цитата:

чисто теоретически тут надо отталкиваться от высоты, чтобы не добавлять лишних пикселей для правильного соотношения. Т.е.:
а) 704*368, но тогда вы поднимиаете высоту с 304 до 368 - высота смазывается
б) 624*320 - так правильнее, поскольку соотношение 4:3 выдерживается и ничего лишнего не добавляется (почти)
в) почти, потому что правильнее будет 592*304. Высота и ширина кратны 16 и не длобавляется лишних пикселей.

ничего не понятно, извините
просто хотелось бы услышать четкий ответ
я меняю размеры фильма - делаю обрезку до размеров W на H
далее необходимо делать resize ?
или уже при обрезке надо урезать до правильных размеров высота/ширина ?
и как эти правильные размеры высоты и ширины рассчитать ? (единственное что понял В и Ш должны быть кратны 16)


Gideon Vi

Цитата:
Для удобства и понимания процесса лучше бы GK.

а без GK никак нельзя ? там вроде высоту само высчитывает при заданной ширине
хотелось бы ручками это уметь делать, чтобы понимать суть.
ЗЫ ответьте пожалуйста на мой вопрос в личке



про Lanczos3 - спасибо всем за инфу, попробую им делать resize
Автор: SergFalkon
Дата сообщения: 22.01.2008 12:48
olnight

Цитата:
второй заметно замыливает изображение, но делает его мягче, а файл меньше

Эта, при правильном сжатии в h264 никакого замыливания не должно быть (если, конечно, битрейт не опустили ниже плинтуса). Деблокинг в минуса поставить - и наоборот, доп. Шарпинг будет.

mdvv

Цитата:
22wide заметна на глаз ощутимая разница между фильмом 720xN и 320xN

Ну, зачем утрировать - вам же высказали недоумение по поводу ресайза 698>704, по части качества это плохо, когда на малые отношения ресайзят. Для пропорций и/или кратности 16(32) уж лучше черные полосы добавить без ресайза.
Автор: Tarakanov_Igor
Дата сообщения: 22.01.2008 13:29

Цитата:
Эта, при правильном сжатии в h264 никакого замыливания не должно быть (если, конечно, битрейт не опустили ниже плинтуса). Деблокинг в минуса поставить - и наоборот, доп. Шарпинг будет.


На самом деле до сегодняшнего дня, практически, х264 мылил изображение на низких битрейтах, правда делал это грамотно.
но сегодня выходят экспериментальные билды с возможностью использовать адапривное квантование, с приходом этой дополнительной опции, х264 даже на сверхнизких битрейтах делает изображение чище и четче чем XviD.
К сожалению "новичкам" трудно буит разобраться с ком. строкой
На всякий случай, билды лежат тут:
http://sourceforge.net/projects/x264vfw/
Как использовать AQ:
1. Добавьте --aq-strength X в коммандную строку, где X является значением между 0.0 и 1.0 (или если Вы хотите, выше, нет никакого технического ограничения). 0.1-0.4 - слабое ПРОИЗВОЛЬНОЕ КОЛИЧЕСТВО, 0.8-1.0 - сильное ПРОИЗВОЛЬНОЕ КОЛИЧЕСТВО.
2. Автоматическое определение обработки (--aq-sensitivity 0),помогает держать bitrate нормальным в способе CRF, но в 2 прохода можно сделать намного лучше если использовать статическую чувствительность со значением "30" (--aq-sensitivity 30) - это позволит гораздо лучше сохранить структуры и детали.
Используйте AQ на двух проходах с одними и теми же значениями командной строки
3. Watch in wonder as all the blurred details come back to life and the SSIM of your video rises.
Я использую добавочную командную строку (чуть выше основной, которая выключена), со следующими параметрами:
--no-fast-pskip --trellis 2 --aq-strength 1.0 --aq-sensitivity 0
остальные параметры в самом кодере настраиваете, я их ставлю по максимуму
Автор: mdvv
Дата сообщения: 22.01.2008 13:47
to SergFalkon

Цитата:
Ну, зачем утрировать - вам же высказали недоумение по поводу ресайза 698>704, по части качества это плохо, когда на малые отношения ресайзят.

ок
понял мысль
согласен что лучше для кратности 16 или подрезать или черных полос оставить.
но насчет расчета высоты согласно полученной ширины, ответа я так и не получил
Автор: olnight
Дата сообщения: 22.01.2008 14:18
SergFalkon

Цитата:
Эта, при правильном сжатии в h264 никакого замыливания не должно быть (если, конечно, битрейт не опустили ниже плинтуса). Деблокинг в минуса поставить - и наоборот, доп. Шарпинг будет.

Про деблокинг я естественно знаю, он дает и резкость и соответственно блоки, которые приходится убирать постпроцессингом, результат все равно почти один и тот же. Другие опции x264 тоже знаю более-менее хорошо. Битрейт ниже 1000 почти никогда не ставлю, для первоисточника на DVD в оригинальном разрешении в среднем около 2000 в зависимости от фильма. Ну не конкурент x264 XviD'у даже на одних и тех же битрейтах если нужно детальное изображение. Другое дело, что XviD на низких битрейтах смотрится очень неприятно по сравнению с x264 из-за искажений. Хорошо будет, если у x264 доведут до ума адаптивку (спасибо Tarakanov_Igor за ссылку и пояснение), до сих пор она работала нестабильно, хотя давала хороший результат
Автор: easy_y
Дата сообщения: 22.01.2008 14:30
Извините, я чего то не понимаю. По моему мы не договариваем. Просто хотел уточнить, в АВИ всегда пиксел квадратный?
Если да то можно говорить только о ресайзе, а если нет то искажение нужно исправлять не ресайзом а именно изменение размера пикселя (не знаю что такое аспект рацио - Это пропорция пиксела или кадра или еще что?)
Автор: Tarakanov_Igor
Дата сообщения: 22.01.2008 15:22

Цитата:
до сих пор она работала нестабильно, хотя давала хороший результат

Это другой алгоритм, другого автора и он работает на ура!
только минус ег ов том, что этот алгоритм работает лучше всего на 2-х проходах и если первый проход по скорости такой же как второй - тогда она существенно рулит, и качество получается лучше XviD и четкость деталей как у оригинала
Автор: obla4ko4240019
Дата сообщения: 22.01.2008 15:41
mdvv

Цитата:
ничего не понятно, извините
просто хотелось бы услышать четкий ответ
я меняю размеры фильма - делаю обрезку до размеров W на H
далее необходимо делать resize ?
или уже при обрезке надо урезать до правильных размеров высота/ширина ?
и как эти правильные размеры высоты и ширины рассчитать ? (единственное что понял В и Ш должны быть кратны 16)

это размеры ресайза после обрезки. Чего я непонятного написал? вы о каких размерах? я о тех же.
Автор: SergFalkon
Дата сообщения: 22.01.2008 15:42
easy_y

Цитата:
в АВИ всегда пиксел квадратный

Не во всяком avi. DV-avi имеет поле для AR. Также, последние DivX и XviD - в свойствах кодировщика есть настройка. Другое дело, что не все плеера (декодеры) его (т.е. AR) понимают ...
Цитата:
такое аспект рацио
Это соотношение сторон кадра при проигрывании.

mdvv
Смотрите, например, у вас 720х480 с AR 4:3. Значит, квадратный пиксел будет при 720х540 (меняем высоту) или при 640х480 - меняем ширину только. Значит, после обрезки, если вы ТОЛЬКО высоту тянете, то ее надо УВЕЛИЧИТЬ в 540/480=9/8=1,125 раз. Понятно, округлив до ближайшей "валидной" цифры.
Если высота сохраняется, а надо ширину изменить - УМЕНЬШАЕТЕ ее с коэфф-том 640/720=8/9=0,88... И также округляете.
Если AR был 16:9 (а размер кадра тот же , допустим, 720х480). То квадратный пиксел будет при 853,33(3)х480, или при 720х432. Ну, иногда принимают, 852х480. (Хотя, можно пока и 853,3333 использовать при расчетах, округлять в конце уже.) Тогда, если меняем высоту только, ее надо уменьшить с коэфф-том 432/480. А если высота остается, а ширину увеличиваем - с к-том 853/720.

Это для случая NTSC диска, т.е. для 720х480. Для PAL (720х576) принцип тот же - определяем к-ты ресайза только ширины или только высоты приводя необрезанный еще кадр к квадратному пикселу.

Tarakanov_Igor

Цитата:
х264 мылил изображение на низких битрейтах
Понятно, откуда ноги растут. Не пользую низкие битрейты. Блин, тут уже давно для BD & HD DVD жму в h264 с битрейтами от 8000 и выше, как-то проблема малого объема "стороной прошла " (как девочка Любовь Каксон ).
Автор: mdvv
Дата сообщения: 22.01.2008 17:08
to SergFalkon
спасибо большое
теперь допер
упустил ключевую фразу "квадратный пиксел"

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667

Предыдущая тема: ShutDown 1.17    


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