|
|
|
DFCbit
Стаж: 16 лет Сообщений: 2174
|
DFCbit ·
02-Дек-08 16:47
(15 лет 11 месяцев назад)
shellgen
Я все время, периодический, заглядываю сюда. Сейчас уже сборка r1040M, Вы что-нибудь новенькое "вкусненькое"раскопали для нее, или пока все по прежнему, с Вашими последними дополнениями в постах?
|
|
|
|
shellgen
Стаж: 18 лет 1 месяц Сообщений: 6417
|
shellgen ·
03-Дек-08 00:34
(спустя 7 часов)
invidia.hs писал(а):
Напрашивается мысль: существуют ли в природе более качественные готовые профили или же каждый случай (даже в пределах двд) слишком уникален?
Каждый случай уникален, тенденции со временем узнаются на глаз. 
invidia.hs писал(а):
хотя двд кажется вроде как качественней..
Естественно, вы же кодируете не чистый DVD, а даунскейл с него, судя по скрипту выше. Ну и в любом случае компрессия с потерями потому так и называется, что при кодировании в любом случае что-то будет теряться, задача в том, чтобы это что-то было незаметно для глаз.
DFCbit писал(а):
Я все время, периодический, заглядываю сюда. Сейчас уже сборка r1040M, Вы что-нибудь новенькое "вкусненькое"раскопали для нее, или пока все по прежнему, с Вашими последними дополнениями в постах?
Ничего кардинально не поменялось, а общий смысл вряд ли измениться и в сборке с ревизией r2000 Только набор перифериных параметров вероятнее всего будет меняться, но я их и не описывал в топикстарте. 
|
|
|
|
invidia.hs
Стаж: 16 лет 7 месяцев Сообщений: 329
|
invidia.hs ·
03-Дек-08 00:43
(спустя 8 мин.)
не совсем даунскейл, просто чернота кропается
в оригинале идет так:
Цитата:
Video
ID : 224 (0xE0)
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings, Matrix : Default
Duration : 14mn 23s
Bit rate mode : Constant
Bit rate : 6 111 Kbps
Nominal bit rate : 6 700 Kbps
Width : 720 pixels
Height : 576 pixels
Display aspect ratio : 16/9
Frame rate : 25.000 fps
Standard : PAL
Colorimetry : 4:2:0
Scan type : Interlaced
Scan order : Top Field First
Bits/(Pixel*Frame) : 0.646
или кропанье черных полос тоже считается ресайзом?
|
|
|
|
shellgen
Стаж: 18 лет 1 месяц Сообщений: 6417
|
shellgen ·
03-Дек-08 01:08
(спустя 25 мин., ред. 03-Дек-08 01:12)
invidia.hs писал(а):
Width : 720 pixels
Height : 576 pixels
invidia.hs писал(а):
crop( 4, 72, -2, -72) # -> 714x432 ~.31Mpx
LanczosResize(720,304) # -> ~.21Mpx / downscale ~.1Mpx / деформация интерполяцией в близкое разрешение
=> уже после такого скрипта от картинки на исходном DVD остаётся на порядок меньше
|
|
|
|
DFCbit
Стаж: 16 лет Сообщений: 2174
|
DFCbit ·
03-Дек-08 17:19
(спустя 16 часов, ред. 04-Дек-08 11:13)
shellgen
Мне чертовски нравится упражняться с х264 и с Вашей "методикой распределенной выборки" 8)))). К сожалению времени на все не хватает - побольше проводить тестов, а вопросы появляются. Вот сейчас возникли 2 вопроса, мне кажется, они не очень достаточно освещены.
1. Deblocking. Я понял так, что этот параметр дает возможность управлять "некоей компенсацией" по битрейту. Здесь в топике Pustovetov приводил свое мнение по Deblocking'у - он обычно использует диапазон -2:-2...0:0. Из приведенных Вами, здесь в "вариантах" для invidia.hs - видим значения -3:0. В Help'е предлагается диапазон от -3 до +3. На Ваш практический взгляд, какой диапазон является реальным? Можно-ли эти значения привязать к процентам? Что делает (+) и что делает (-)? Визуально это видно, или скорее только на выходном размере файла?
2. Psy - психовизуальная оптимизация. В Help'е мало сказано - что для работы этого параметра необходима установка Trellis от 1 и выше, и что это "экспериментальная " фишка и не рекомендуют ее постоянно использовать. Какой здесь может быть диапазон значений? На чем это визуально отражается?
P.S. Может кто-нибудь из читателей этого топика выскажет свое мнение.
P.P.S. Появился еще вопрос, к читателям, у кого стоит 2-х ядерный проц. Если есть у Вас возможность прогнать 2 теста. У х264 имеется параметр --threads, по-умолчанию он стоит --threads auto, один тест прогнать с этим значением, а второй со значением --threads 2. Интересует - получаются-ли для кодера 2 ядра как отдельные логические ЦП? Вообще интересны цифры как распределяется нагрузка по ядрам при работе кодера? Кто сможет сделать приведите, плиз, здесь - средние значения процентной нагрузки по ядрам, тактовую частоту проца, объем Оперативной памяти, FPS работы и командную строку кодера.
|
|
|
|
invidia.hs
Стаж: 16 лет 7 месяцев Сообщений: 329
|
invidia.hs ·
03-Дек-08 19:13
(спустя 1 час 54 мин.)
насколько я помню из первых мануалов по деблокингу, в том числе чтение отдельных постов на думе, эти параметры подстраиваются под качество исходника для компенсации блочности.
Что-то типа strength и threshold. Т.е. одна цифра есть значение, на которое будет делаться поправка, а вторая - порог или радиус поиска. Примерно так я себе это представлял, но могу заблуждаться 
Простыми словами рекомендовалось для качественных источников оставлять деблокинг около ноля или немного в плюс, а для некачественных - понижать. Опять-таки может быть я ошибаюсь.
|
|
|
|
DFCbit
Стаж: 16 лет Сообщений: 2174
|
DFCbit ·
03-Дек-08 20:32
(спустя 1 час 18 мин.)
invidia.hs
Спасибо за Ваше мнение. Может кто-нить еще напишет.
Вам кстати удалось поднять FPS на тестах? Вы хорошо подгрузили кодер )))).
shellgen Вам предложил оптимальные варианты, но Вы все-таки оставили часть своих настроек.
|
|
|
|
invidia.hs
Стаж: 16 лет 7 месяцев Сообщений: 329
|
invidia.hs ·
03-Дек-08 20:41
(спустя 8 мин.)
DFCbit
пока отложил этот диск, хочу потренироваться сначала на более качественном исходнике. Можно конечно взять и скачать готовый рип, но мы ж не ищем легких путей
|
|
|
|
shellgen
Стаж: 18 лет 1 месяц Сообщений: 6417
|
shellgen ·
05-Дек-08 00:14
(спустя 1 день 3 часа, ред. 05-Дек-08 00:20)
DFCbit писал(а):
Deblocking.
С битрейтом deblocking никак не связан. Инфо по деблокингу добавил в первый пост.
C -t 0 psy тоже успешно и эффективно работает в свежих сборках. Напишу подробнее как-нибудь попозже.
DFCbit писал(а):
--threads auto
При --threads auto x264 размножает <количество физических ядер>*1.5 потоков, т.е. 3 потока для 2 ядер, 6 для 4х и 12 для 8ядерников.
|
|
|
|
DFCbit
Стаж: 16 лет Сообщений: 2174
|
DFCbit ·
05-Дек-08 01:37
(спустя 1 час 23 мин.)
shellgen писал(а):
С битрейтом deblocking никак не связан. Инфо по деблокингу добавил в первый пост.
С этим пунктом ясно.
shellgen писал(а):
C -t 0 psy тоже успешно и эффективно работает в свежих сборках. Напишу подробнее как-нибудь попозже.
Жду с интересом. Возможно, то же добавите в первый пост.
shellgen писал(а):
При --threads auto x264 размножает <количество физических ядер>*1.5 потоков, т.е. 3 потока для 2 ядер, 6 для 4х и 12 для 8ядерников.
Оч интересно, теперь понятно как себя ведет х264 в случае х-ядерных железок.
Спасибо за Вашу полезную инфу.
|
|
|
|
IlyaSin
Стаж: 17 лет 1 месяц Сообщений: 4243
|
IlyaSin ·
13-Дек-08 17:33
(спустя 8 дней)
Интересует несколько моментов.
Кто разбирается, расскажите, пожалуйста, поподробнее о параметре no-dct-decimate, на что это влияет и в каких случаях стоит включать.
И еще вопросик, в последнее время в описании рипов от группы AVC-видео стали прилагать логи AVInaptic. Как воспринимать параметры DRF analysis в этих логах? Какие значиния Average DRF и Standard deviation следует считать приемлемыми?
|
|
|
|
shellgen
Стаж: 18 лет 1 месяц Сообщений: 6417
|
shellgen ·
20-Дек-08 20:18
(спустя 7 дней)
IlyaSin писал(а):
Кто разбирается, расскажите, пожалуйста, поподробнее о параметре no-dct-decimate, на что это влияет и в каких случаях стоит включать.
Ключ --no-dct-decimate отвечает грубо говоря за опцию предварительной DCT трансформации сигнала перед непосредственно кодированием, как результат - сигнал на следующий этап компрессии подаётся уже немного оптимизированный. Если ключом эту трансофрмацию отключить, то есть веростяность ненмого выиграть в детальности в мультипроходе, т.к. за несколько проходов у кодека есть возможность оценить полную версию сигнала, НО категорически не стоит выключать DCT оптимизацию при однопроходном кодировании, только навредит по очевидным причинам.
IlyaSin писал(а):
Как воспринимать параметры DRF analysis в этих логах? Какие значиния Average DRF и Standard deviation следует считать приемлемыми?
DRF будут аналогичны усреднённому значению квантов, но чуть повыше, это аналог оценки RF по логу в готовом рипе.
|
|
|
|
Art84
Стаж: 18 лет 10 месяцев Сообщений: 61
|
Art84 ·
20-Дек-08 22:13
(спустя 1 час 55 мин., ред. 21-Дек-08 13:50)
shellgen
извиняюсь если не по теме, но такой вот вопрос к вам: есть какой-нибудь веб-ресурс (или несколько) после изучения которого такие вот статьи (посты) как ваша выглядели бы более родными ? ... а то хочется вникнуть в таких делах (кванты, фреймы, частицы, деблокинг и др.), но без нужных знаний они кажутся иннопланетными
ну и коечто по теме:
Цитата:
M:\Videos\mux\pstorm>start /low /b /w /d"C:\video-stuff\x264" x264.928.modified.
bf.exe --crf 18 --zones 2449,2449,q=40 --b-adapt 2 --psy-rd 0.8:1.0 -b 16 -r 16 --mix
ed-refs --b-pyramid --aq-strength 1.0 --b-rdo --bime -w --direct auto -f -3,0 -m
7 -t 2 -A all -8 --scenecut 35 -I 300 --me umh --merange 24 --threads auto --th
read-input --progress --sar 1:1 --output "M:\Videos\mux\pstorm\pstorm0_1.264" "M
:\Videos\mux\pstorm\pstorm0.avs"
эту CLI утилиту "mux\psorm\ start.exe" где можно брать или в каком пакете находится?
|
|
|
|
shellgen
Стаж: 18 лет 1 месяц Сообщений: 6417
|
shellgen ·
27-Дек-08 22:54
(спустя 7 дней)
Art84 писал(а):
есть какой-нибудь веб-ресурс
forum.doom9.org
Art84 писал(а):
эту CLI утилиту "mux\psorm\start.exe" где можно брать или в каком пакете находится?
Это никакая не cli утилита, а стандартная cmd команда, ни в каком пакете её брать не надо.
|
|
|
|
IlyaSin
Стаж: 17 лет 1 месяц Сообщений: 4243
|
IlyaSin ·
02-Янв-09 00:09
(спустя 5 дней)
shellgen
Благодарю за исчерпывающий ответ.
З.Ы. Думаю, было бы полезно включить информацию о подобных ключах в первый пост темы.
|
|
|
|
Sherbatski
Стаж: 16 лет 1 месяц Сообщений: 608
|
Sherbatski ·
17-Янв-09 08:10
(спустя 15 дней, ред. 17-Янв-09 08:10)
Ув. shellgen, скажите, если моей целью стоит создать качественный 720p рип из 1080p BluRay исходника, что бы картинка была идентичной картинки блу-рея, проресайзеного в 1280x720, такие настройки х264 будут отличные, или надо ещё что-то улучшить?
Цитата:
DirectShowSource("H:\Saw\Saw.II.Blu-ray.REMUX.MPEG2.1080P.DTSHD.mkv", fps=23.976, audio=false)
#deinterlace
#crop
Spline36Resize(1280,720) # Spline36 (Neutral)
#denoise
__film = last
__t0 = __film.trim(1, 60000)
__t0*
ConvertToYV12()
Код:
start /low /b /w /d "C:\Program Files\megui\tools\x264" x264.exe -I 250 -b 4 --b-pyramid -r 8 --crf 19 -f -2:-2 -A all --direct spatial -w --me umh --merange 32 -m 9 --psy-rd 1.0:0.0 --mixed-refs --b-adapt 2 -8 -t 2 --threads auto --progress -o "H:\Saw\Saw_2_1-60000.mkv" "H:\Saw\Saw.II.Blu-ray.REMUX.MPEG2.1080P.DTSHD.avs"
pause
Размер рипа большого значения не имеет, но учитывая что исходник весит 17 гб, не хотелось бы что бы это было больше ~10 гб (с учетом двух дорог по 1536 kbps и одной 384 kbps).
*, на это не обращаем внимания, просто проц не из самых мощных и работать 24/7 не имеет возможности, поэтому приходится сжимать фильм по частям
|
|
|
|
shellgen
Стаж: 18 лет 1 месяц Сообщений: 6417
|
shellgen ·
17-Янв-09 17:06
(спустя 8 часов)
Sherbatski писал(а):
-I 250 -b 4 --b-pyramid -r 8 --crf 19 -f -2:-2 -A all --direct spatial -w --me umh --merange 32 -m 9 --psy-rd 1.0:0.0 --mixed-refs --b-adapt 2 -8 -t 2
C учётом характера исходника ИМХО crf 19 будет лишним, crf 20-21 вряд ли будет визуально отличаться/а возможно даже выше/ Примерные опорные значения других параметров (на глаз): --b-adapt 2 -b 6 --b-pyramid -f -2,0 -A p8x8,b8x8,i8x8,i4x4 --psy-rd 0.8:0.5 --aq-stength 0.5 , остальное оставить как есть, будет долго, но если кусками жать то видимо не критично.
|
|
|
|
Sherbatski
Стаж: 16 лет 1 месяц Сообщений: 608
|
Sherbatski ·
17-Янв-09 17:45
(спустя 39 мин.)
shellgen писал(а):
Sherbatski писал(а):
-I 250 -b 4 --b-pyramid -r 8 --crf 19 -f -2:-2 -A all --direct spatial -w --me umh --merange 32 -m 9 --psy-rd 1.0:0.0 --mixed-refs --b-adapt 2 -8 -t 2
C учётом характера исходника ИМХО crf 19 будет лишним, crf 20-21 вряд ли будет визуально отличаться/а возможно даже выше/ Примерные опорные значения других параметров (на глаз): --b-adapt 2 -b 6 --b-pyramid -f -2,0 -A p8x8,b8x8,i8x8,i4x4 --psy-rd 0.8:0.5 --aq-stength 0.5 , остальное оставить как есть, будет долго, но если кусками жать то видимо не критично.
Большое спасибо
|
|
|
|
Sherbatski
Стаж: 16 лет 1 месяц Сообщений: 608
|
Sherbatski ·
18-Янв-09 11:55
(спустя 18 часов)
shellgen, я тут сжал кусочек из 10,000 фреймов, сделал сравнительные скриншоты BD-Rip, что скажешь? )
Скрипт таков:
Код:
start /low /b /w /d "H:\Saw" x264.exe --level 5.1 -I 250 -b 6 --b-pyramid -r 8 --crf 20 -f -2:0 -A p8x8,b8x8,i8x8,i4x4 --direct spatial -w --me umh --merange 32 -m 9 --psy-rd 0.8:0.5 --aq-strength 0.5 --mixed-refs --b-adapt 2 -8 -t 2 --threads auto --progress -o "H:\Saw\Saw_2_1-10000.mkv" "H:\Saw\Saw.II.Blu-ray.REMUX.MPEG2.1080P.DTSHD.avs"
|
|
|
|
shellgen
Стаж: 18 лет 1 месяц Сообщений: 6417
|
shellgen ·
18-Янв-09 14:21
(спустя 2 часа 25 мин.)
Sherbatski писал(а):
--level 5.1
Вот это ни к чему, левел сам проставиться нужный, это будет 4.1.
По скрину: есть небольшая блочность, --aq-strength 0.7 возможно спасёт либо -f -1,0; чтобы не так выделялось зерно можно чуть опустить --psy-rd 0.8:0.4
|
|
|
|
Sherbatski
Стаж: 16 лет 1 месяц Сообщений: 608
|
Sherbatski ·
18-Янв-09 18:53
(спустя 4 часа, ред. 18-Янв-09 18:53)
shellgen писал(а):
Sherbatski писал(а):
--level 5.1
Вот это ни к чему, левел сам проставиться нужный, это будет 4.1.
По скрину: есть небольшая блочность, --aq-strength 0.7 возможно спасёт либо -f -1,0; чтобы не так выделялось зерно можно чуть опустить --psy-rd 0.8:0.4
Где-то писали, что создать рип, по качеству не уступающий исходнику можно только на профиле 5.1. Не правда?
Да, я тоже заметил блочность на некоторых скринах, щас пробую на --aq-strength 0.7 и -f -1,0.
shellgen, а можешь обьяснить мне три вещи, я вот смотрю настройки кодека на рипах топовых групп, таких как ESiR, DON, CtrlHD и т.д., у них в 95% случаях на рипах 720p, да и 1080p, деблокинг стоит -3:-3. Незнаешь с чем связан их выбор, может и мне стоит попробовать? За что отвечает первый и второй параметр функции --psy-rd ? И последний вопрос, чем выше кол-во б-фреймов, тем лучше это скажется на качестве, или хуже? Я всегда думал что лучше, пока мне один человек не написал, что надо ставить как можно меньше б-фреймов, что бы картинка была более качественная, хотя конечно нету некаких оснований верить ему, поэтому и спрошу у знающего человека... Спасибо за ответы.
|
|
|
|
shellgen
Стаж: 18 лет 1 месяц Сообщений: 6417
|
shellgen ·
18-Янв-09 19:05
(спустя 12 мин.)
Sherbatski писал(а):
Где-то писали, что создать рип, по качеству не уступающий исходнику можно только на профиле 5.1. Не правда?
Неправда
Sherbatski писал(а):
у них в 95% случаях на рипах 720p, да и 1080p, деблокинг стоит -3:-3
Что русскому хорошо - немцу смерть. См. про деблокинг в первом посте. Без тонкой подстройки остальных параметров -3,-3 - плохая идея, если не нужна блочность в результате.
Sherbatski писал(а):
За что отвечает первый и второй параметр функции --psy-rd ?
В двух словах не объяснишь, грубо говоря инструмент управления психовизуальной адаптацией шумов и сложных деталей.
Sherbatski писал(а):
И последний вопрос, чем выше кол-во б-фреймов, тем лучше это скажется на качестве, или хуже? Я всегда думал что лучше, пока мне один человек не написал, что надо ставить как можно меньше б-фреймов, что бы картинка была более качественная
Популярное заблуждение, недостаток b-фреймов однозначно может привести к общему ухудшению качества.
|
|
|
|
Sherbatski
Стаж: 16 лет 1 месяц Сообщений: 608
|
Sherbatski ·
19-Янв-09 12:38
(спустя 17 часов, ред. 19-Янв-09 21:58)
shellgen, большое спасибо за информацию, поставил кодироватся на новых настройках треть фильма, надеюсь уже окончательные.
|
|
|
|
Sherbatski
Стаж: 16 лет 1 месяц Сообщений: 608
|
Sherbatski ·
19-Янв-09 22:36
(спустя 9 часов, ред. 19-Янв-09 22:36)
Код:
C:\Documents and Settings\Admin>x264 --level 4.1 -I 250 -b 6 --b-pyramid -r 8 --crf 20 -f -1:0 -A p8x8,b8x8,i8x8,i4x4 --direct spatial -w --me umh --merange 32 -m 9 --psy-rd 0.8:0.4 --aq-strength 0.75 --mixed-refs --b-adapt 2 -8 -t 2 --threads auto --progress --no-ssim --no-psnr -o "H:\Saw\Saw_2_1-46864.mkv" "H:\Saw\Saw.II.Blu-ray.REMUX.MPEG2.1080P.DTSHD.avs"
avis [info]: 1280x720 @ 23.98 fps (46865 frames)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
x264 [info]: profile High, level 4.1
x264 [info]: slice I:1258 Avg QP:16.96 size:113511
x264 [info]: slice P:13186 Avg QP:18.66 size: 60469
x264 [info]: slice B:32421 Avg QP:21.05 size: 28098
x264 [info]: consecutive B-frames: 2.3% 9.4% 36.8% 10.2% 16.4% 13.4% 11.7%
x264 [info]: mb I I16..4: 21.9% 69.9% 8.2%
x264 [info]: mb P I16..4: 4.4% 14.8% 1.6% P16..4: 41.5% 20.0% 12.5% 0.0% 0.0% skip: 5.1%
x264 [info]: mb B I16..4: 0.3% 2.0% 0.2% B16..8: 42.7% 1.7% 2.3% direct:12.2% skip:38.6% L0:40.3% L1:42.3% BI:17.4%
x264 [info]: 8x8 transform intra:72.1% inter:47.8%
x264 [info]: ref P L0 45.3% 23.2% 9.6% 7.3% 4.2% 4.7% 3.1% 2.7%
x264 [info]: ref B L0 64.5% 18.7% 6.3% 4.3% 2.5% 2.5% 1.3%
x264 [info]: ref B L1 90.3% 9.7%
x264 [info]: kb/s:7576.2
encoded 46865 frames, 1.07 fps, 7576.31 kb/s
Пять скриншотов исходник - рипа - http://comparescreenshots.slicx.com/comparison/2348/ и http://comparescreenshots.slicx.com/comparison/2347/
shellgen, что скажешь ? Помоему картинка стала чучуть почетче, чем у исходника, странно, из-за чего это? Но мне это даже нравится, главное что бы не пошло в ущерб чему-то другому
|
|
|
|
shellgen
Стаж: 18 лет 1 месяц Сообщений: 6417
|
shellgen ·
21-Янв-09 01:17
(спустя 1 день 2 часа)
Sherbatski
Если всё устраивает, то хорошо. Я бы ещё поковырялся с --psy-rd , шум заметно потрял структуру, см. хорошо заметно по фону в первом сравнении третий скрин.
Sherbatski писал(а):
Помоему картинка стала чучуть почетче, чем у исходника
Картинка на стала почётче, она может выглядеть резче за счёт психовизуального обмана, это целиком на совести psy-rd
|
|
|
|
2faust
Стаж: 17 лет 2 месяца Сообщений: 577
|
2faust ·
24-Янв-09 00:12
(спустя 2 дня 22 часа)
спасибо большое шелген за хорошо проделанную работу и тонкое разьеснение некоторых моментов, что обычно ускользает от пользователей которые любят кодировать и при этом не терять качество картинки.
попробовал закодировать фильм использую на втором проходе crf=18 и вы не представляете, но размер на втором проходе с crf получил больше чем источник.
причем делал так как здесь написано , по инструкции.
так что crf crf'ом но полность полагаться на настройки кодера по умолчанию лучше не соглашаться.
еще раз выражаю большой респект автору.
|
|
|
|
Mike7L
Стаж: 18 лет 6 месяцев Сообщений: 393
|
Mike7L ·
27-Янв-09 03:18
(спустя 3 дня, ред. 27-Янв-09 03:18)
shellgen Во -Первых : Большое спасибо за мануал и внятные объяснения. Очень помогает в изучении вопроса.
Цитата:
Обращаю внимание, что в версиях x264 > r988 существенно переработана CRF модель.
Возможно, имеет смысл в первом посте поменять версии кодека местами (основное Faq про версии x264 > r988 и примечание, что в старых версиях было иначе).
И от меня вопрос. Я не нашел точного ответа, поэтому решил спросить здесь:
Если приоритетом является сохрананение качества, размер не слишком принципиален а время кодирования неограничено, то какой методикой стоит пользоваться - CRF в 1 проход или 2х проходное кодирование с ориентиром на bitrate по вашей методике.
Правильно ли я понимаю, что ваш метод позволяет получить такое-же качество, как и при CRF, при этом уложиться в меньший размер? Или это попытка уложить в определенный размер фильм, сохранив приемлемое качество?
|
|
|
|
_Woland_
Стаж: 15 лет 11 месяцев Сообщений: 1067
|
_Woland_ ·
27-Янв-09 03:31
(спустя 13 мин.)
shellgen
Где можно более подробно почитать по --psy-rd? Все инструкции, что мне встречались, указывали на то, что вмешиваться в эту настройку не стоит, ибо все слишком сложно. Хочется подробностей.
|
|
|
|
Pustovetov
Стаж: 17 лет Сообщений: 4255
|
Pustovetov ·
27-Янв-09 09:17
(спустя 5 часов)
Mike7L писал(а):
Если приоритетом является сохрананение качества, размер не слишком принципиален а время кодирования неограничено, то какой методикой стоит пользоваться - CRF в 1 проход или 2х проходное кодирование с ориентиром на bitrate по вашей методике.
В принципе CRF и двухпроходное кодирование (при условии что не включено turbo), дают примерно одинаковое качество. По этому если нет потребности вписываться именно в конкретный размер видео, то лучше кодировать CRF, а сэкономленое время пустить к примеру на me=tesa
|
|
|
|
shellgen
Стаж: 18 лет 1 месяц Сообщений: 6417
|
shellgen ·
27-Янв-09 12:25
(спустя 3 часа)
2faust писал(а):
попробовал закодировать фильм использую на втором проходе crf=18 и вы не представляете, но размер на втором проходе с crf получил больше чем источник.
обычное дело для тугих исходников, с такими приходится повозиться...
Mike7L писал(а):
Если приоритетом является сохрананение качества, размер не слишком принципиален а время кодирования неограничено, то какой методикой стоит пользоваться - CRF в 1 проход или 2х проходное кодирование с ориентиром на bitrate по вашей методике.
Правильно ли я понимаю, что ваш метод позволяет получить такое-же качество, как и при CRF, при этом уложиться в меньший размер? Или это попытка уложить в определенный размер фильм, сохранив приемлемое качество?
Как верно заметил коллега выше, если попасть в размер не является приоритетом, то можно кодировать и CRF'ом в 1 проход, что даст примерно такое же качество, как и два медленных прохода в тот же битрейт. НО crf'ом нельзя кодировать вслепую, выбор параметров критичен для результата и кроме того необходимо перед кодированием проводить испытания, т.к. как отмечено выше в ряде случаев с crf может выскочить битрейт выше чем у исходника. При всём при этом при некоторой сноровке CRF'ом можно успешно попадать в заданный размер, хотя задача и не совсем тривиальная.
_Woland_ писал(а):
Где можно более подробно почитать по --psy-rd? Все инструкции, что мне встречались, указывали на то, что вмешиваться в эту настройку не стоит, ибо все слишком сложно. Хочется подробностей.
Вмешиваться действительно не стоит, если не представляете чего хотит добиьтся и хотя бы приблизительно как оно работает. Читать надо целиком тут: _ http://forum.doom9.org/showthread.php?t=138293 Можно заглянуть сюда: _ http://forum.doom9.org/showthread.php?t=141188 , но фишка этой метрики в том, что для каждого сигнала крутить её приходится по разному. В двух словах не опишешь, описание работы надо снабдить наглядными примерами, словами всё не скажешь... короче пока не располагаю временем описать эту опцию.
|
|
|
|
