Показать полную графическую версию : x264
Igor_D, я проверяю на телике, а там очень сильно видно всю градацию чёрного... Поэтому когда кодишь с AQ - она становится заметно плавнее. А subme 7 - это скорее для того чтобы совесть была чиста, мол всё круто ;).
А вот MeGUI не юзаю...
Кто-нибудь может подсказать как пользоваться консольным avc2avi? А то нужно 264 перегнать в avi, а framework качать вломак... 22 Мега для модема - это серьёзно...
Yuriy Wise, В Ависинте они тоже есть.
А то нужно 264 перегнать в avi
А может в матрёшку проще или в MP4???
AlexB17, просто для игрухи видюхи... А они должны быть именно в ави.
Всё, методом ненаучного тыка всё получилось! :) Вопрос снят.
Ах, щет. Не снят... Точнее не до конца... Как теперь звуковую дорожку к нему приклеить? Точнее чем? А то все мои проги хотят VfW... А там чистый 264 RAW.
Всё, разобрался. Надо мне было читать внимательней. VirtualDubMod всё прекрасно может. :)
SergeyNew
10-02-2006, 18:16
Помогите, пожалуйста, с настройками x264. Проблема такая. Конвертирую фильм (720*302, 23.976, битрейт 650). Фильм зажимается хорошо,но, на нескольких сценах фильма (всего минуты 3-4) задний план, монотонный, рассыпается на макроблоки, в то время, как актер на переднем плане прокодирован хорошо. Происходит это и на динамических и на статических сценах. Увеличение битрейта до 1000 помогает только слегка, макроблоки все-равно видны. Посоветуйте, что делать. Усиливать деблокинг? Так это скажется на качестве картинки всего фильма. Уменьшить отклонение битрейта (bitrate variability)? Может есть какой хороший адаптивный фильтр деблокинга для ависинта?
(Сейчас пробую зажать фильм с тем же битрейтом в Nero AVC, и посмотрю, что получиться, возможно поможет)
Настроики кодера x264:
cabac=1 ref=8 deblock=1:-1:-1 analyse=0x3:0x133 me=hex subme=6 brdo=0 mixed_ref=1 me_range=16 chroma_me=1 trellis=0 8x8dct=1 cqm=0 chroma_qp_offset=0 slices=1 nr=0 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=2 wpredb=1 bime=0 keyint=250 keyint_min=25 scenecut=40 rc=abr bitrate=700 ratetol=4.0 rceq='blurCplx^(1-qComp)' qcomp=0.75 qpmin=10 qpmax=51 qpstep=4 ip_ratio=1.40 pb_ratio=1.30
Настройки ависинта:
Loadplugin("D:\Program Files\GordianKnot\DGMPGDec\DGDecode.dll")
Loadplugin("D:\Program Files\GordianKnot\AviSynthPlugins\decomb.dll")
function VD_Logo (clip clip, int "x", int "y", int "alpha", bool "transparent",
\ int "xr", int "xg", int "xb", int "tolerance", string "filename",
\ bool "animate", int "start", int "duration", int "loops",
\ int "fadeinlen", int "fadeoutend", int "fadeoutlen")
{
LoadVirtualdubPlugin("I:\VirtulDub\vdub_1.5.10.1\plugins\logo.vdf", "VD_Logo", 1)
return clip.VD_Logo (default(x,700), default(y,800), default(alpha,250),
\ default(transparent,1), default(xr,0), default(xg,0), default(xb,0), default(tolerance,50),
\ default(filename,"H:\для квн\логотип bmp с середины\logo0000.bmp"),
\ default(animate,1), default(start,1070), default(duration,1), default(loops,0),
\ default(fadeinlen,20), default(fadeoutend,1228), default(fadeoutlen,16))
}
mpeg2source("C:\DVD\temp\новый.d2v")
Telecide(order=1,guide=1,post=0,vthresh=30)
decimate()
crop(0,102,720,272)
lanczosresize(720,302)
Levels(0, 1.3, 255,0, 255)
TemporalSoften(4,4,8,15,2)
ConvertToRGB
VD_Logo()
Trim(0,140072) ++ Trim(142870,143187) ++ Trim(148991,149744)
Скорее всего проблема в декодере - но может быть это и известная проблема "синего неба" когда на небе просто видны макроблоки. Для таких целей раньше был AQ patch а сейчас хорошо помогает параметр --no-fast-pskip. Но прежде чем перекодировать попробуй обновить декодер.
SergeyNew
Ты что кодируешь, зачем лого в РГБ, зачем 302, а не 304, почему abr, а не 2-pass?
GreatWizard
11-02-2006, 19:21
RBF,AlexB17
У меня не работает AR прописанный в x264 потоке при проигрывании в directShow player'e
Значит копирую DVD на хард, создаю d2v проект, подрубаю его через avs(обрезав чёрные полосы; без ресайза), подсчитываю AR который надо применить на будущий x264 поток, подсчитываю битрейт..... и т.д.
Задаю параметры кодирования и подсчитанный AR вписываю в MeGUI(входящее видео, и которое должно получиться с применением AR кратно 16).
Получаеться к примеру video.264(почему-то не открываеться) или video.mp4 или video.mkv, при открытие в DS плеере AR не применяеться..- все растянуто :(
Пробовал прописать AR в mp4 через YAMB не получилось, выходит ошибка + я не знаю как посчитать PAR( напомните формулу плз). А если прописать AR в MKV, то работает только через TCPMP в режиме пропорций- авто.
x264 rev427, avisynth 2.56, coreAVC 0.4a, haali matroska splitter 1.6.48.1, LightAlloy 3.5
SergeyNew
11-02-2006, 19:22
Да нет, кодирую в два прохода, первый полный. Лого в ржб, потому что фильтр идет от дуба.
Не знаю,302 конечно на 16 не делится, но вряд ли что изменится 302 или 304, я давно уже по вертикали ставлю с делением на два, все работает.
Сейчас закодировал в Nero, результат заметно хуже, провалы все в тех же местах, но заметно хуже.
Всётаки размеры должны быть кратны 16(минимум 8 но тоже не рекомендую) что бы не было у кодека заморочек. Да и первый проход напрасно полный делаешь - толку мизер а времени убивается уйма.
2 GreatWizard
У меня тоже в потоке как то странно прописывается - видео как бы сплющивается по вертикали в 2 раза. Для PAR никакой формулы грубо говоря не нужно - даже при обрезке если PAR 2.35:1 он такой же и останется. Прописывал в mkvtoolnix'e именно Aspect ratio а не Display W/H - все работает через все плееры - я думаю за это матрешкинский сплиттер отвечает а не декодер и плеер, попробуй обнови его - он недавно свежий выходил 1.6.60.23(у меня по крайней мере).
SergeyNew
11-02-2006, 20:19
AlexB17
сейчас хорошо помогает параметр --no-fast-pskip
<no-fast-pskip name="Fast P-frame Skip Detection">
<Advanced>Fast Skip detection increases speed but may cause slight blockiness in areas of solid colour or slight gradients such as dark scenes or sky.</Advanced>
<Basic>Enables early Skip detection on P-frames.</Basic>
<Recommended>Disabled</Recommended>
<Default>Enabled</Default>
2 AlexB17
Прочитал я про этот "фаст скип" и понял, что это как-раз то, что мне надо. Только маленькая проблема, как его отключить? Может подскажешь, а то я не силен...
GreatWizard
11-02-2006, 20:21
AlexB17
У меня тоже в потоке как то странно прописывается - видео как бы сплющивается по вертикали в 2 раза.
В tcpmp во всех случаях кроме mkv c прописанным AR, в режиме пропорций авто, тоже сплюшивает где-то в 2 раза...
Для PAR никакой формулы грубо говоря не нужно - даже при обрезке если PAR 2.35:1 он такой же и останется.
dar = par x sar
where
dar : display aspect ratio (what ratio to be displayed)
sar : stream/sample aspect ratio (the original/non-cropped aspect ratio of the stream)
par : pixel aspect ratio
note, these all are given if your source can be played correctly !
отсюда (http://forum.doom9.org/showthread.php?t=106656&page=4)
Прописывал в mkvtoolnix'e именно Aspect ratio а не Display W/H - все работает через все плееры - я думаю за это матрешкинский сплиттер отвечает а не декодер и плеер, попробуй обнови его - он недавно свежий выходил 1.6.60.23(у меня по крайней мере).
Обновил до 1.6.60.23, ситуация с DS плеерами не изменилась
GreatWizard
PAR(SAR) высчитывается путем деления DAR на FAR.
DAR - это аспект с которым должна показываться картинка.
FAR - это реальное соотношение сторон картинки.
DS coreAVC нормально не поддерживает PAR. Он пока только может пропускать через себя инфу о PAR взаимодействуя с haali сплиттером, а декодер должен передавать в рендерер инфу о PAR независимо от сплиттера, потому что она содержится не в контейнере, а в самом потоке.
Mkvtoolnix вообще удаляет PAR из потока, что крайне не рекомендуется.
Правильно посчитай PAR, сохрани в mp4, и проверь поставлена ли при воспроизведении в настройках рендерера галгка "соблюдать аспект".
GreatWizard
12-02-2006, 02:21
RBF
PAR(SAR) высчитывается путем деления DAR на FAR.
http://trac.videolan.org/x264/file/trunk/doc/vui.txt - тут тоже самое по сути ?
-----------
Цепь была такая:
http://img401.imageshack.us/my.php?image=h264chain6jv.jpg
Video Renderer у меня такой без настроек... Есть более совершенный ?
http://img401.imageshack.us/my.php?image=vrprop6so.jpg
ffdshow выбил из цепи отключением поддержи YV12 YUY RAW форматов...
Все получилось!!! Осталось только PAR переправить, есть способ не перекодируя? mp4box'om ?
----
А где можно взять др. декодеры RAW форматов типа i420.... вроде где-то одним архивом ложили?
Большое спасибо RBF ! И AlexB17 за поддержку...
GreatWizard
Да там тоже самое, но считают сами цифры, а не соотношение.
DAR_x*FAR_y=SAR_x и DAR_y*FAR_x=SAR_y
У тебя старый рендер используется, с ним каши не сваришь :) У тебя что DX9 не установлен? Хотя нет, в графе то нормальный рендер стоит. Тогда кто же цепляет старье, уж не LightAlloy ли?
Поменять боксом PAR можно так:
mp4box -add C:\FILM.mp4:par=115:100 C:\FILM_2.mp4
Декодеры YV12/i420 нужны только для VfW. DirectShow 9 поддерживает их напрямую.
http://rbf.nm.ru/Yv12_I420_yuvcodecs-1.2.exe
2 SergeyNew
Fast P Skip этой строкой и отключается (--no-fast-pskip) или анологичной галочкой в свежих версиях MeGUI.
2 RBF & Great Wizard
Я в принципе видел эти формулы для расчётов AR но т.к. кодирую только фильмы и TV то для меня это не особо актуально, в фильмах AR жестко прописан, скажем 2.35:1 или 16:9 соответственно картинка растягивается под эти значения - а для TV это вообще не нужно. Или может мне пока просто фильмы не попадались с кривым AR? Я пока с анаморфным кодированием сделал только 2 фильма и везде они правильно показываются - даже через TCPMP и CoreAVC не говоря уж про MPC и BSPlayer через ffdshow. Может я что-то делаю не так? :)
А почему вам так не нравится AQ? Я помимо --no-fast-pskip ещё и его использую, и всё становится ещё лучше. Главное значения подобрать неагрессивные.
А по поводу Fast First Pass - не согласен. Как то решил добиться офигительного качества при минимальном битрейте - 300. Сначала использовал быстрый первый проход. После первого сделал ещё 5 проходов с максимальнейшими настройками (esa 32 и всё такое), но это не дало такого офигенного результата, как просто 2 прохода esa 32. Так что это вы зря по поводу того, что качество не сильно меняется...
Может быть, конечно, мой случай слишком частный, но тем не менее, результаты не врут.
AlexB17
в фильмах AR жестко прописан, скажем 2.35:1 или 16:9 соответственно...
На ДВД не бывает прописано 2.35:1, только 4:3 или 16:9. Да и жестко это будет только если не обрезать черные полосы, а кодировать как есть (720х576 или 720х480). Если же обрезать, то тут может быть все, что угодно.
При захвате с TV, тоже аспект не нужен, только если хватать 768х576. А если хватать с родныи разрешением чипа, например 704х576 у филипса, то без аспекта не обойтись.
Может я что-то делаю не так?
Конечно не так :), ты наверно пишешь аспект в матрешке, а мы говорим про прописывание его в самом битстриме, как по стандарту положено.
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.
Available in ZeroNet 1osznRoVratMCN3bFoFpR2pSV5c9z6sTC