» Koepi's XViD codec

Цитата:

Закодировал файл, не задав по запарке в ручную параметр Display aspect ratio

не плохо учитывать, что далеко не все плееры читают этот параметр.

Цитата:

Будет ли потеря в качестве, при изменении данного параметра?

без перекодировки - нет.

Цель - видео должно проигрываться на всех быт.плеерах как новых так и очень старых моделях. Интересует пара моментов, которые расходятся в разных статьях.

Max consecutive BVOPs - 2 (на 2CD) или 4 (на 1CD) или же всё таки 1 выставить т.к, читая, понял что это те самые b-frame, а плееры при значений выше 1 могут не воспроизвести видео или тормозить будет.

BVOP sensitivity - 0 (на 2CD) или 35 (на 1CD) - что можете сказать по-этим значениям?

В настройках 2ого прохода I-frames closer than… (frames) - оставить 1 или выставить 2? И как определять в каких случаях какое значение выставлять?

VHQ metric какое лучше выставить; 0-PSNR or 1-PSNR-HVS-M? и в каких случаях применять.

Сказано, что Trellis quantization – Функция работает только с матрицей квантования H.263.
- почему если выставить MPEG матрицу - галочка на этой функций остаётся? Или она там чисто визуально останется, но при кодирований задействован Trellis не будет?

Еще вычитал что

Цитата:

Использование не стандартных матриц квантования может создать проблемы при воспроизведении на бытовых DVD проигрывателях.

- действительно ли это так или можно без опаски использовать?

Так же возникли сомнения с

Цитата:

Adaptive Quantization - снижение битрейта кодеком в тех местах кадра, где, по его мнению, разница в цвете не заметна человеческому глазу

В некоторых источниках даётся разное описание.
- оставлять "off" или переключить на иное значение?

Касательно Packed bitstream - опять источники дают разное описание, к примеру:

Цитата:

В последних версиях XviD, большая часть проблем, связанных с Упаковыванием битового потока, как говорят, были решены.

- можно ли на 100% утверждать что установка галки в чекбоксе не вызовет проблем на любом бытовом плеере - как на новых так и очень старых моделях?

Цитата:

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

вероятно.

Цитата:

BVOP sensitivity - 0 (на 2CD) или 35 (на 1CD) - что можете сказать по-этим значениям?

1
1.62
0.00
Это для bvop 1 b q2. 1/2 cd - очень расплывчатое определение.

Цитата:

В настройках 2ого прохода I-frames closer than… (frames) - оставить 1 или выставить 2?

оставить 1. Там же для Curve compression имеет смысл выставить 20 и 8

Цитата:

VHQ metric какое лучше выставить; 0-PSNR or 1-PSNR-HVS-M? и в каких случаях применять.

на глаз. Мне нравится вторая

Цитата:

Сказано, что Trellis quantization – Функция работает только с матрицей квантования H.263.

работает с любой матрицей

Цитата:

действительно ли это так или можно без опаски использовать?

не может, а создаст. Большинство будут выдавать артефакты.

Цитата:

оставлять "off" или переключить на иное значение?

жесткий недостаток битрейта - ставьте VM

Цитата:

можно ли на 100% утверждать

нельзя

Вам, как новичку, советую задуматься, а так ли это важно - укладываться в пресловутые 1/2 cd. Потом локти кусать будете, занимаясь перекачиванием исходников и повторным энкодингом.

Благодарствую.
По поводу VHQ Metric, нашел что, действительно, лучше на глаз смотреть http://forum.doom9.org/showthread.php?p=1480817#post1480817

Ед. еще в чем сомневаюсь Max I-frame interval. Выставил 100 в целях комфортного поиска при просмотре. Или может на 300 вернуть?

Еще такой нюанс вспомнился

Цитата:

Перед тем как приступить к кодированию, следует настроить кодек и VirtualDub-MPEG2 для кодирования в цветовом пространстве YV12.

Открыл Xvid Configuration, выставил Output Colourspace YV12
В разделе реестра HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Drivers32 создал строковый параметр vidc.yv12 со значением xvidvfw.dll
Щелкнул по созданному параметру и прописал xvidvfw.dll в строке Value data
Запустил даб и в Video-Color Depth выставил Output format...4:2:0

- может этого не следует делать и выбрать кодек
http://s019.radikal.ru/i608/1204/f7/d207c57b1b48.png
как альтернативу этому способу?

Цитата:

Ед. еще в чем сомневаюсь Max I-frame interval

fps * 5. Т.е.: PAL (25fps) - 25*5=125

Цитата:

Перед тем как приступить к кодированию, следует настроить кодек и VirtualDub-MPEG2 для кодирования в цветовом пространстве YV12.

xvid кодирует только в yv12. Ничего дополнительно настраивать не надо.

А для NTSC значит 5*30...


Цитата:

xvid кодирует только в yv12. Ничего дополнительно настраивать не надо.

Хорошо. Просто руководствовался отчасти этой инструкцией friends-forum.com/forum/showthread.php?t=33680

Еще раз спасибо. Пойду дальше изучать и экспериментировать.

Цитата:

А для NTSC значит 5*30

или 120, если 24

Цитата:

Просто руководствовался отчасти этой инструкцией

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

Думаю, что при выборе максимального расстояния между ключевыми кадрами не стоит полагаться на частоту кадров.
При поиске декодеру будет индифферентно на fps, у него будет задача перебрать все P-кадры от ключевого до текущего.
Я использую 150.

Хотя на каком-нибудь 320x240 можно и 300 выставить, а на FullHD уменьшить до 100. Надо смотреть соотношение размер кадра/мощность железа. Но Я не заморачивюсь, оптимальные 150 меня вполне устраивают.


По поводу В-кадров. Кроме экономии битрейта они должны ускорять поиск, т.к. их можно не учитывать при вычислении текущего кадра. Но для Xvid не советую их ставить более одного подряд. Мои рекомендации:
B-VOPs = Вкл.
Max consecutive B-VOPs = 1
Packed bitstream = Вкл.
Quantizer ratio и Quantizer offset на свое усмотрение.
(подробнее описал в теме VD, ссылка)

Это только для Xvid. Для H.264 свои заморочки, спецы подскажут.

Цитата:

При поиске декодеру будет индифферентно на fps, у него будет задача перебрать все P-кадры от ключевого до текущего.

fps*5 - для удобства при перемотке. Минимум один ключевой кадр в пять секунд - удобно, не? Некоторые множат на десять, но на некоторых видеопоследовательностях я себя при перемотке чувствую не комфортно.

Цитата:

Packed bitstream = Вкл.

зачем?

Gideon Vi
Как зачем, чтоб потом делать unpack если что...

Gideon Vi
Цитата:

зачем?

Еще раз
Max consecutive B-VOPs = 1 и Packed bitstream = Вкл.
Т.е. эти обе опции вместе, а не по отдельности.

В этом случае поток будет без проблем воспроизводиться на любом Divx-совместимом плеере. Так же не будет проблем при покадровой навигации в VirtualDub. Кодек DivX с профилем Home Theater тоже генерирует поток с одним последовательным B-кадром и использует Packed Bitstream.

Ссылку на пояснение я дал выше, но всем как всегда.

По-поводу Packed bitstream = Вкл. На пред. странице вырвал кусок из http://www.videorip.info/forum/18-megui--universalnyj-mediakonverter/1905-kak-vystavit-zhelaemyj-bitrejd-ili-razmer#1914, где говорится о том что нежелательно включать данную опцию.

А вот первый рип приготовил, нацеленный на совместимость с быт.плеерами как старых моделей (очень) так и новых.
Для себя чтобы облегчить процесс и понимание составил краткую инструкцию https://sites.google.com/site/bynotehelp/dvd по ней и делал всё. Там же и мои настройки кодека. Единственное что подобрав битрейт вычел из него 192 еще дабы добавить аудиодорожку. В итоге как-то так:
http://i1203.photobucket.com/albums/bb384/Xant1k/2012_232731.png
http://i1203.photobucket.com/albums/bb384/Xant1k/2012_232738.png
Смущает меня правда "Соотношение сторон 3:2"(в видеопроигрывателях отображается как DAR), а далее 16:9
Хотя при ресайзе подсчитывал близкое значение к соотношению 16:9. Может что-то не так сделал?

Кому интересно, или может какие-то советы еще дать был бы рад услышать, могут скачать (700mb) и оценить
http://file.karelia.ru/7skvzw/
http://narod.ru/disk/46621379001.abb22a024188b5f7fdc03bd5016057a9/777.avi.html (запасная ссылка)

Вот кусочек 2-ух минутный(30mb), если весь фильм тяжко качать
http://file.karelia.ru/t356f7/
http://narod.ru/disk/46625521001.e59c798425458c9974df4747d0067cfb/999.avi.html (запасная ссылка)

А вот исходник http://rutracker.org/forum/viewtopic.php?t=3218318, так же кусочек его http://ifolder.ru/29968769

Xant1k
Цитата:

где говорится о...

Нарвали несвязанных цитат из разных источников, правильного вывода не сделали.

Цитата:

Нарвали несвязанных цитат из разных источников, правильного вывода не сделали.

пардон, а на чем строится правильный? На настройках из divx? Всю сознательную жизнь кодирую без и хоть бы раз вылезла проблема с совместимостью.

Цитата:

Ссылку на пояснение [?] я дал выше, но всем как всегда.

ну как-то мимо она прошла. Пойду, почитаю.

Добавлено:
а, ну т.е. для возможного последующего редактирования. Ну, ок, вопрос снимаю.

Цитата:

Смущает меня правда "Соотношение сторон 3:2"(в видеопроигрывателях отображается как DAR), а далее 16:9
Хотя при ресайзе подсчитывал близкое значение к соотношению 16:9. Может что-то не так сделал?

Понял в чем беда )
Всё дело оказалось в том куда проект помещал. Я через VDubMOD кодировал, а надо через MPEG2 было. Просто упёрся в то, что в MOD есть при сохранении для быт. плееров галочка "Save AVI in old 1.0 (VfW 1.1e) format (Compatibility mode)". Теперь буду в MPEG2 операций делать, а через MOD менять режим


Цитата:

Нарвали несвязанных цитат из разных источников, правильного вывода не сделали.

Почитал сейчас трекеры релиз групп ни одна не выставляет галку для этой опции. В обзоре на 3dnews тоже говорится о её снятии.

Кому-то приходила в голову кодировать с половинным квантизером, вроде 3,5 или 3,75 и проанализировать результаты ? Причина всё та эе лень делать второй проход для файлов с фильтрами (долго) , плюс иногда первый проход не задействуется, и всегда не задействуется когда вместо одного b-фрейма выставляю 2 . Второй проход идёт как первый и так до бесконечности.. Вообще забил на эту двухпроходимость, тем более что все равно кванты при моих рипах в основном на 80 %= 4 кванту (видны при кодировании)

Цитата:

Кому-то приходила в голову кодировать с половинным квантизером, вроде 3,5 или 3,75

никакого криминала в этом нет, смотри по качеству. Меня ниже двойки для i/p и тройки для b не устраивает.

Цитата:

никакого криминала в этом нет, смотри по качеству.

Качество на телевизоре JVC 1995 весьма хорошее даже на разрешении 352x180--проверял ради прикола.. На новом же ЖКТ-- в любом xvid квадраты.. Хорошо, что ЖКТ не в моей комнате. Мне интересно было как работает нецелый квант..

Цитата:

Мне интересно было как работает нецелый квант..

нормально.

Цитата:

нормально.

Гм.. По-моему просто тупо берёт каждый четвёртый квант (при 3,75) и не 4 а три присваивает... Увы, crf не выходит

XviD (1.3.2-x64) не сохраняет настройку Display encoding status и соответственно не показывает во время кодирования диаграмму квантования. Кто знает, как его заставить эту настройку сохранить? (Windows 7 64 bit).

Fil_2071
Интересно - где xvid сохраняет свои параметры? В реестре?
Возможно просто у вас недостаточно привилегий для изменения параметров.
Попробуйте запустить программу с привилегиями администратора.

а какая разница. или в файле реестра, или в файле настроек. любопытно - поищи. скорее всего в ручную найдешь
HKEY_CURRENT_USER\Software

HKEY_LOCAL_MACHINE\SOFTWARE - может тут конечно. если не найдешь мжно сделать снимок реестра изменить настрйоки сделать второй и сравнить. прог таких много RegShotUni для WinPE юзают обычно, но он не все ветки сканирует. но такое простое найти наверняка как раз подойдет. он портативный

файл настроек или в юзере, или прямо в папке с программой.

MihaNix

Цитата:

Возможно просто у вас недостаточно привилегий для изменения параметров.

Учетная запись как раз Администратора - все привилегии есть.

bomzzz

Цитата:

файл настроек или в юзере, или прямо в папке с программой.

Не нашел.
А в реестр лезть... Ну его.

Спасибо за советы.

Лень просто было лезть смотреть, но жутко интересно стало.
Мысль пришла, что можно пресеты стандартные выставить и загнать в reg файлы... так и буду юзать
hkey_current_user\software\gnu\xvid\
там параметр display_status: 1 - включен, 0 - выключен.
Проверьте, что параметр сохранился...

В чем может быть проблема - кодировал видео xvid-ом +VirtualDub. Причем решил сделать это отдельными фрагментами минимальный из которых продолжительностью примерно 3 минуты.
Просто к некоторым фрагментам необходимо было применить фильтр - сделать изображение монохромным.
Основное видео кодировал с битрейтом примерно 1500кбит, монохромное (там у меня сменяющийся текст... типа титров) с битрейтом подобранным экспериментально от 500 до 200кбит.
В конце концов склеил эту последовательность в том же VirtualDub.
Перед этим у меня на диске лежала та же видеопоследовательность, но закодированная в один проход с теми же настройками, за исключением: битрейт 1500кбит, без применения фильтров.
Был удивлен результатом - видео которое кодировалось за раз - было значительно меньше склеенного, хотя по логике суммарный битрейт склеенного должен быть значительно меньше.
Почему так произошло?
Могу ли явно задавать участкам видео, при кодировании Xvid-ом битрейт и применять к ним фильтры - используя VirtualDub? Просто в настройках Xvid-а есть такая опция "зоны" - но там используется не битрейт а квантизер и могу применить greyscale - это для меня не совсем удобно. Монохромный мне нужен для того, чтобы убрать шум фона и сделать текст более читаемым, к тому же была мысть, что так xvid легче скодирует видео... почему это не так (битрейт значительно понизить не получается)?

Цитата:

Монохромный мне нужен для того, чтобы убрать шум фона и сделать текст более читаемым, к тому же была мысть, что так xvid легче скодирует видео... почему это не так (битрейт значительно понизить не получается)?

По воду первой половины поста не знаю, а по поводу зон с текстом--немного на этом битрейта сэкономишь--мало деталей там. Раньше много химичили, но овчинка не стоит выделки. Кстати припоминаю, что жаловались, что эти титры кодировался с максимальными квантами А сейчас кому эти нужны 20-30 кб битрейта? Лох все равно смотрит на размер "чем больше файл, тем лучше качество"--его амёбная логика и умирает подобное ремесло.


Добавлено:

Цитата:

Был удивлен результатом - видео которое кодировалось за раз - было значительно меньше склеенного

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

За раз - имел в виду не однопроходное кодирование.(Файл кодированный одним куском)
Кстати все фрагменты кодировались в 2 прохода, настройки кроме битрейта не менялись.

Добавлено:
Зачем до сих пор тянут поддержку MMX, SSE и 3Dnow в коде на asm-е? Писали бы только для SSE2.

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

Прежде, чем начать разбираться с данным кодеком поудалял нафиг asm код для не x86 машин и дублирующий (3Dnow, MMX) код с использованием устаревших инструкций.
В планах удалить проверку cpuid.
Компилирую код только под винду - пока все идет без проблем.
Есть ли тут люди, расковырявшие этот кодек?
Может есть у кого максимально кастрированный вариант, учитывающий вышеперечисленные пожелания - поделитесь плиз.
Хочу в итоге оставить только поддержку SSE2, максимально уменьшить кол-во кода и дальше изучать работу данной программы.
Ковыряю ее лишь из праздного любопытства.

Цитата:

Ковыряю ее лишь из праздного любопытства.

Ну, я так когда-то винду кастрировал, а что весело.. Зря не записал результаты. В плане скорости, прибавки заметной нет, а зато здорово понимаешь что за что отвечает..
Цитата:

Кстати все фрагменты кодировались в 2 прохода

Так я и подумал..Кстати, ещё неплохая прога bitrate viewer.. Немало инфы даёт о распределении битрейта. Я скринил графики, потом сравнивал их в графической смотрелке...
Цитата:

Мысль пришла, что можно пресеты стандартные выставить

По-моему, настройки кодека сохраняются Ctrl+S (файлы vcf), плюс применяемые фильтры... Здорово помогает, когда много одинаковой работы...

XviD Codec 1.4.127 Beta
x86 - http://jawormat.republika.pl/Xvid_14-127_29082012.exe
x64 - http://jawormat.republika.pl/Xvid_14-127_29082012_x64.exe
x86+x64 - http://jawormat.republika.pl/Xvid_14-127_29082012_x86_and_x64.exe
x86+x64 portable - http://jawormat.republika.pl/Xvid_14-127.7z

Изменения - [more]- New profile: Generic Standalone
- MTK profiles for better compatibility with MediaTek-based standalone players (celtic_druid)
- Updated DivX profiles for better compatibility with DivX-Certified standalone players
- A separate "Use 4MV" checkbox for the "INTER4V" macroblock mode
- Adjustable VBV parameters in the "unrestricted" profile
- "Closed GOV" checkbox available in the "unrestricted" profile
- Checkbox for writing DivX 5 user data to the bitstream
- "DX50" FourCC is forced in DivX profiles
- Encoder can use "MP4V" FourCC
- Maximum number of zones increased to 255
- YV12 decoding fix
- Some cosmetic GUI changes[/more]