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

» Koepi's XViD codec

Автор: NOI3
Дата сообщения: 06.09.2010 15:51
А какая версия кодека? Помню был такой баг в 1.2.1 вроде , если ставить большой размер, то он вместо квантизира 1 (лучшее качество) ставил 31 (худшее).
Автор: Gideon Vi
Дата сообщения: 06.09.2010 15:59
mrdime, активируйте деинтерлейс

NOI3, иногда лучше живать.
Автор: mrdime
Дата сообщения: 06.09.2010 16:56
Gideon Vi

Цитата:
активируйте деинтерлейс

Т.е. выбрать чекбокс "Interlaced Encoding" в настройках Profile&Level-а XVid кодека?
Если да, то на что влияет выбор опции "Top field first"?

P.S. Xvid MPEG-4 Video Codec 1.2.2 из набора K-Lite Mega Codec Pack.
Автор: V0lt
Дата сообщения: 06.09.2010 19:55
mrdime

Цитата:
Т.е. выбрать чекбокс "Interlaced Encoding" в настройках Profile&Level-а XVid кодека?

нет, эта опция как раз для правильного кодирования интерлейсного видео. оно бывает нужно, но точно не тебе.
деинтерлейс надо искать в программе с помощью, которой ты кодишь. у тебя AutoGK. Я помню, в ней точно было.
Автор: mrdime
Дата сообщения: 07.09.2010 08:23
Gideon Vi
V0lt
Большое спасибо за подсказку. Разобрался.
В AGK есть чекбокс "Force deinterlacing when source was detected as hybrid"
Отметил эту галку и все стало на свои места. Хотя до этого в логе писало "Source is considered to be progressive." а не "hybrid", после установки этой опции в логе появилось сообщение "Source is considered to be interlaced."
Как то странно все это. Рипил уже с пару десятков фильмов, а проблемы с деинтерлейсингом возникли впервые, хотя и раньше было много динамичных сцен в фильмах.

К стати в настройках AGK есть еще и опция "Tune KernelDeInt filter threshold (1-255)". Что это и надо ли этот порог устанавливать?
Автор: Gideon Vi
Дата сообщения: 07.09.2010 09:06

Цитата:
Как то странно все это

несовершенство алгоритмов распознавания интерлейся в AGK

Цитата:
а проблемы с деинтерлейсингом возникли впервые, хотя и раньше было много динамичных сцен в фильмах.

динамика здесь ни при чем. Читайте о том, что такое интерлейс, для чего используется и в каком случае следует предпочесть деинтерлейс.
Автор: MihaNix
Дата сообщения: 10.09.2010 16:07
GK пользовался всего несколько раз - ерунда полная. Сейчас использую VirtualDub. Интерлейс чаще определяю на глаз. аудио кодирую отдельно(либо оригинал) - ошибки редко случаются.
А вообще если возникают ошибки - пользуюсь др. софтом, либо выясняю из-за чего они возникли и нахожу обходные или альтернативные пути. Иногда приходится играть с битрейтом и настройками. А вот в фильтрах не силен. Еще ненавижу стремные рипы -не обрезанные черные полосы, падение качества которое можно было избежать, неоправданно большой битрейт\объем(реально с узким каналом качать лишние сотни метров в облом).
Пожалуйста рипайте хорошо! - может и мне смотреть прийдется?

Добавлено:
Во! кстати кто знае,т что такое фильм эффект. Не знаю как он реально называется при записи, но при воспроизведении использовался раньше для визуального улучшения восприятия материала - уменьшения влияния шумов(добавлялись специально мураши такие). Такая тема, что лиценз. диски DVD иногда содержат довольно качественный контент, но применен подобный эффект - изза чего кодек затупает. Т.е требуется более высокий битрейт для нормального кодирования потому что изза этих мурашей движуха очень большая. Может подскажете как от них избавиться визуально с меньшими потерями, фильтр может какой? Как ранее писал в основном VirtualDub использую.
Автор: V0lt
Дата сообщения: 10.09.2010 16:59
MihaNix

Цитата:
Во! кстати кто знае,т что такое фильм эффект.

ИМХО раньше это был шум вследствии зернистости пленки, сейчас его добавляют


Цитата:
Такая тема, что лиценз. диски DVD иногда содержат довольно качественный контент, но применен подобный эффект - изза чего кодек затупает.

Видел такое. Я не мог понять к MPEG-2 энкодер умудряется сохранять всю эту шевеленку без особых искажений. Вот смотрю трейлеры в 720p там тоже такое есть, только мурашки помельче.


Цитата:
Может подскажете как от них избавиться визуально с меньшими потерями, фильтр может какой?

Пробуй шумодавы с "временным сглаживанием" (справка по ависинту в помощь). Раньше я использовал FluxSmooth, но сейчас может чего получше есть.
Автор: MihaNix
Дата сообщения: 27.09.2010 16:59
Немного понял, что делает SAD. Хотелось бы переложить алгоритм на многопоточную архитектуру. Пришлось пересмотреть весь принцип работы. В итоге на SIMD получился совсем отличный алгоритм, но выход тот же. Багов дофига пока. Просто интересно выжать из имеющегося железа максимум задействуя видюху. Плохо, что весь прирост производительности съедают пустые такты(сотни тактов) во время пересылки данных из одной памяти в др. Возможно ли для данной операции создать какой нибудь буфер и гнать потом из него поток для общета, минимизируя время простоя. Подскажите пожалуйста ресурсы на русском языке, поясняющие как можно подробнее принцип работы данного кодека и назначение того или иного исходного кода в нем - т.к. я не могу осилить эту задачу сам(си только начал изучать и с математикой плохо).

Добавлено:
Кстати хотел поинтересоваться - блоки пикселей в Xvid фиксированного размера и только 16х16? Если нет, то как это значение изменять?
Автор: Gideon Vi
Дата сообщения: 28.09.2010 02:32

Цитата:
Подскажите пожалуйста ресурсы на русском языке, поясняющие как можно подробнее принцип работы данного кодека и назначение того или иного исходного кода в нем

Таких нет.

Цитата:
стати хотел поинтересоваться - блоки пикселей в Xvid фиксированного размера и только 16х16?

да.

Цитата:
Возможно ли для данной операции создать какой нибудь буфер и гнать потом из него поток для общета, минимизируя время простоя

нет

зы. Плохо с английским, с++ и математикой, но Вы все равно не сдаетесь. Восхищаюсь.
Автор: CII
Дата сообщения: 11.10.2010 09:56
Помогите, плз, кто может.
При кодировании в хвид не воспринимается никакой профиль, кроме ASP5 хотя в выпадающем меню есть много профилей и при выборе любого, все равно конечном итоге кодируется с ASP5.
А в ASP5 неограниченный пиковый битрейт.

Как установить другой профиль при кодировании, интересует MTK или Xvid Home Theatre
Что я делаю неправильно ?
Автор: V0lt
Дата сообщения: 11.10.2010 16:11
CII

Цитата:
конечном итоге кодируется с ASP5.

как определил?

в каком режиме кодируешь? (одно-двух, битрейт-квантизер)
Автор: CII
Дата сообщения: 11.10.2010 16:35
V0lt


Цитата:
CII

Цитата:конечном итоге кодируется с ASP5.

как определил?

в каком режиме кодируешь? (одно-двух, битрейт-квантизер)



Определил MediaInfo, поле Format profile.
Кодирую в два прохода
Битрейт-квантизер - без разницы, ставил все 2, или 3, или 2-5.
Кодек Xvid v1.2.2 от http:/www.xvidvideo.ru/xvid-video-codec

Автор: V0lt
Дата сообщения: 11.10.2010 17:19
CII

Цитата:
Определил MediaInfo, поле Format profile.

Вообще-то все профиля "Home" и "HD" помечаются как "Advanced Simple@L5". Спец маркеров для DivX/Xvid/MTK-прифилей не существует.


Цитата:
Битрейт-квантизер - без разницы, ставил все 2, или 3, или 2-5.

Так битрейт или квантизер? Бирейты такие ты врядли выставишь.
Фишка в том, что профили не управляют битрейтом в режиме "Target quantizer".
Автор: CII
Дата сообщения: 12.10.2010 09:21
V0lt

Цитата:
Так битрейт или квантизер? Бирейты такие ты врядли выставишь.
Фишка в том, что профили не управляют битрейтом в режиме "Target quantizer".


Квантизер, конечно.
То-есть не важно какой установлен профиль, если Target quantizer равен везде 2 ?
Его ограничения на ограничения битрейта не сработают ?

Тогда вопрос:
Какие и где надо сделать установки в кодеке, чтобы кодировалось с максимально возможным качеством и ограничениями битрейта, выставленными профилем и одновременно пиковый битрейт не превышал, например 10MB/s.
Advanced Simple@L5 не подходит, у него пиковый битрейт неограничен.
Автор: V0lt
Дата сообщения: 12.10.2010 16:29
CII
Еще раз.
Профили DivX, Xvid и MTK ограничивают битрейт в режиме с постоянным битрейтом и на двухпроходном режиме. Они отличаются от "Advanced Simple@L5", но поток помечается точно также. Вообще если не брат HD-профили, то профили DivX, Xvid и MTK можно рассматривать как варианты "Advanced Simple@L5", в которых те или иные плюшки отключены/ограничены.
Автор: CII
Дата сообщения: 12.10.2010 16:35
V0lt

Цитата:
CII
Еще раз.
Профили DivX, Xvid и MTK ограничивают битрейт в режиме с постоянным битрейтом и на двухпроходном режиме. Они отличаются от "Advanced Simple@L5", но поток помечается точно также. Вообще если не брат HD-профили, то профили DivX, Xvid и MTK можно рассматривать как варианты "Advanced Simple@L5", в которых те или иные плюшки отключены/ограничены.


Это я понял из предыдущего поста. Спасибо.
А как с моим вопросом ?
Автор: V0lt
Дата сообщения: 12.10.2010 20:18
CII

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

Выбери пресет для своего железа. Кодируй в режиме с постоянным битрейтом, при этом битрейт выбери максимально возможный. Остальные настройки по вкусу.

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


Вот немного тестов:
Исходное видео 720x384, 23,976 fps
Пресет "Xvid Home" (Max bitrate = 4854 kbps, Max bits over any one second interval = 8000000)

Тест 1.
режим настройки сред. битрейт макс. битрейт
Автор: CII
Дата сообщения: 13.10.2010 09:53
V0lt

Спасибо за инфо.


Цитата:
Кодируй в режиме с постоянным битрейтом, при этом битрейт выбери максимально возможный.

Это в один проход ? А разве в один проход может быть не постоянный битрейт ?
И если может, то как установить постоянный битрейт, и как переменный ?

И еще непонятно c onepass. Почему такая большая разница в битрейте при Q=1 (9459 и 4764) и почему ее нет при Q=2 (3054 и 3018). И что означает каждая строчка с onepass в Вашем примере ?
Извините, что надоедаю...
Автор: V0lt
Дата сообщения: 13.10.2010 18:43
CII

Цитата:
Это в один проход ? А разве в один проход может быть не постоянный битрейт ?

Однопроходный режим с постоянным кватизером как правило имеет переменный битрейт.

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

Вообще-то так жать наверное не совсем правильно, но поставленная задача выполняется.


Цитата:
И еще непонятно c onepass. Почему такая большая разница в битрейте при Q=1 (9459 и 4764) и почему ее нет при Q=2 (3054 и 3018).

Потому что Q=1 и Q=2 это режимы с постоянным квантизером (Я думал это понятно). Они никак не ограничены в битрейте, сколько дают - столько берут. А режимы с постоянным битрейтом ограничены настройками пресета (max4854). Поэтому в первом тесте однопроходный режим с пост. битрейтом уперся в 4764 (совсем немного до максимума), а во втором тесте подрезались лишь "пики".


Цитата:
И что означает каждая строчка с onepass в Вашем примере ?

Там написано.
Поясню только "макс. битрейт", он же пиковый. Я его смотрел в Bitrate Viewer. Здесь он перевешивает ограничения пресета в 8000. Как я понял, Bitrate Viewer считает его для каждого кадра, а кодек высчитывает для любого интервала в 1 секунду.
Автор: CII
Дата сообщения: 14.10.2010 10:12
V0lt
Спасибо за ответы и терпение.
И последний пакет вопросов.


Цитата:
Если кодировать в один проход с постоянным битрейтом

Это когда установлены разные квантизеры для min i max ?

Цитата:
Если максимум набрать сложно, то средний битрейт получиться почти как в режиме с пост. квантизером (см. тест 2).

Это когда установлен большой min в квантизерах , которого может не хватить чтобы набрать битов ?
Или тогда в каком случае его может не хватить ?

Цитата:
А режимы с постоянным битрейтом ограничены настройками пресета (max4854).

Ограничение работает только в случаях, когда установлены квантизеры с помощью которых оно может быть достигнуто ?
Когда я устанавливал постоянные квантизеры Q=1, или Q=2, или Q=3 - ограничение у меня не работало, так должно быть ?

Может еще просветите в таком:
Источник ДВД-видео, BitrateViewer показывает пиковый битрейт ~10МB/s.
Как так выходит, что при кодировании с постоянным квантизером Q=1, или Q=2, Q=3 у кодека получается пиковый битрейт 15-30MB/s . Откуда он его берет ?
Автор: ndch
Дата сообщения: 14.10.2010 10:23
V0lt

Цитата:
Выбери пресет для своего железа.

Как можно сделать/есть ли откуда взять семпл с "возрастающим битрейтом" ?
Автор: V0lt
Дата сообщения: 14.10.2010 17:47
CII

Цитата:
Может еще просветите в таком:
Источник ДВД-видео, BitrateViewer показывает пиковый битрейт ~10МB/s.
Как так выходит, что при кодировании с постоянным квантизером Q=1, или Q=2, Q=3 у кодека получается пиковый битрейт 15-30MB/s . Откуда он его берет ?

Не знаю что нужно сделать, чтобы на SD получалось 30Mbps (может частоту увеличить), но замечу что MPEG-2 и MPEG-4 немного разные алгоритмы. Тут никто не обещает, что если в одном было столько-то, то в другом должно быть меньше.

Что ты хотел в вопросах выше, я вообще не понял. Ты наверное мои предыдущие посты тоже.

ndch

Цитата:
семпл с "возрастающим битрейтом" ?

это еще что такое?
Автор: ndch
Дата сообщения: 15.10.2010 08:04
V0lt

Цитата:
Выбери пресет для своего железа.
семпл с "возрастающим битрейтом" ?
это еще что такое?

Видеофайл, у которого битрейт возрастает и возрастает.
Для примера первые 5 секунд: битрейт 100,120,140,160,180,200 кб/сек.
Предположительно необходим для грубой оценки максимального битрейта, который данная железяка потянет.

Добавлено:
Как можно сделать/есть ли откуда взять видеофайл с "возрастающим битрейтом" ?

Добавлено:
Предположительно откодировать фидеофайл с цифрами битрейта, с различным битрейтом, а потом склеить.
Вопрос в том как это проще/удобнее/лучше сделать ?
Автор: CII
Дата сообщения: 18.10.2010 10:19
V0lt
Спасибо за все ответы.
Автор: ortop
Дата сообщения: 18.10.2010 12:36
кто знает, есть ли для 64 битных систем кодек?
Автор: CII
Дата сообщения: 18.10.2010 14:35
ortop
Есть
http://www.xvidvideo.ru/xvid-video-codec/xvid-1-2-2-x86-x64-stable-release-vaq.html


Добавлено:
Кто знает чем можно редактировать stats file, который создается после первого прохода ?
Автор: V0lt
Дата сообщения: 21.10.2010 17:19
CII

Цитата:
Кто знает чем можно редактировать stats file, который создается после первого прохода ?

блокнотом

Добавлено:
еще есть StatsReader (часто идет в комплекте Xvid-а). им тоже что-то можно править.
Автор: SamLab
Дата сообщения: 30.10.2010 10:46
XviD.1.3.0-(CVS).101030.05.48-VAQ-MTK x86/x64 (XvidVideo.RU)
http://www.xvidvideo.ru/xvid-video-codec/xvid-1-3-0-cvs-101030-05-48-vaq-mtk-x86-x64.html

Xvid x86 MTK & DivX profiles:
XviD.1.3.0-(CVS).101030.05.48-VAQ-MTK-icl11 x86 Вариант с инсталлятором / With installer (872.48 Кбайт 2010-10-30 06:09:36) (xvid_encraw.exe, xvidcore.dll; xvidvfw.dll; xvid.ax (static). Intel® C++ Compiler Professional Edition for Windows 11.1.067)
http://www.xvidvideo.ru/component/docman/doc_download/4605-xvid130-cvs1010300548-vaq-mtk-icl11-x86-----with-installer.html
XviD.1.3.0-(CVS).101030.05.48-VAQ-MTK-icl11 x86 Вариант без инсталлятора / Without installer (528.29 Кбайт 2010-10-30 06:08:26) (xvid_encraw.exe; xvidcore.dll; xvidvfw.dll; xvid.ax (static). Intel® C++ Compiler Professional Edition for Windows 11.1.067)
http://www.xvidvideo.ru/component/docman/doc_download/4604-xvid130-cvs1010300548-vaq-mtk-icl11-x86-----without-installer.html

Xvid x64 MTK & DivX profiles:
XviD.1.3.0-(CVS).101030.05.48-VAQ-MTK-icl11 x64 Вариант с инсталлятором / With installer (1006.87 Кбайт 2010-10-30 06:07:20) (xvid_encraw.exe, xvidcore.dll; xvidvfw.dll; xvid.ax (static). Intel® C++ Compiler Professional Edition for Windows 11.1.067)
http://www.xvidvideo.ru/component/docman/doc_download/4603-xvid130-cvs1010300548-vaq-mtk-icl11-x64-----with-installer.html
XviD.1.3.0-(CVS).101030.05.48-VAQ-MTK-icl11 x64 Вариант без инсталлятора / Without installer (562.95 Кбайт 2010-10-30 06:04:57) (xvid_encraw.exe; xvidcore.dll; xvidvfw.dll; xvid.ax (static). Intel® C++ Compiler Professional Edition for Windows 11.1.067)
http://www.xvidvideo.ru/component/docman/doc_download/4602-xvid130-cvs1010300548-vaq-mtk-icl11-x64-----without-installer.html

Added new simple profile levels to GUI (patch by Carl Eric Codere);
define additional simple profile levels;
PSNR-HVS-M quality metric;
tray icon;
MFT decoder;
fixed typo;
XVID_GBL_CONVERT: generic colorspace conversion from XVID_CSP_INTERNAL;
forgot to add new plugin_psnrhvsm.c source file to unix-style build environment...;
don't use tray icon and MFT by default;
tray icon update.

PS: Надеюсь проблема с неустановкой на старые компьютеры с процессором AMD в этой версии решена...
Автор: MihaNix
Дата сообщения: 31.10.2010 03:10
Неустановкой??? У меня Атлон 64 3800+ на Win7 64bit xvid x86 работает нормально(прописывал вручную) а вот x64 видеть как кодек система увы не хочет!

Страницы: 12345678910111213141516171819202122232425262728

Предыдущая тема: WM Cracker


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