|
|
|
easy_y
Стаж: 15 лет 7 месяцев Сообщений: 216
|
easy_y ·
17-Окт-12 23:42
(12 лет 1 месяц назад)
Ang+ писал(а):
55796870--aq-strength
Сенкс
|
|
|
|
LegendKiev
Стаж: 14 лет 1 месяц Сообщений: 8665
|
LegendKiev ·
17-Окт-12 23:44
(спустя 2 мин.)
Можно ли как-то посмотреть настройки, если они не отображаются в МИ?
|
|
|
|
Yurasyk
Стаж: 16 лет 2 месяца Сообщений: 3506
|
Yurasyk ·
17-Окт-12 23:52
(спустя 8 мин.)
LegendKiev писал(а):
55813632Можно ли как-то посмотреть настройки, если они не отображаются в МИ?
нет, если тег с этой информацией затёрт, уже нереально восстановить значения параметров, с которыми было сжато видео, кроме некоторых, которые можно определить косвенно.
|
|
|
|
Panas
Стаж: 16 лет 4 месяца Сообщений: 1805
|
Panas ·
21-Окт-12 18:43
(спустя 3 дня)
Закодировал тут дважды фильм 1080p с картинкой, в которой присутствует большое колличество средне и мелко-дисперсного зерна. Первый раз с настройками me=umh, subme=9, fast_pskip=1, crf=17. Второй раз с настройками subme=11, fast_pskip=0. Всё остальное одинаково. При просмотре на телеке картинки во втором случае меня не покидает ощущение искуственности картинки, её ненатуральности, какой-то вылизанной. В первом же случае картинка смотрится естественней, более киношной.
Есть тут еще люди, которые тоже наблюдали такой эффект, или мне это всё кажется и subme 11 всегда лучше в любом случае, чем 9.
|
|
|
|
<VIRUS>
Стаж: 16 лет 5 месяцев Сообщений: 7354
|
<VIRUS> ·
21-Окт-12 18:58
(спустя 14 мин., ред. 21-Окт-12 18:58)
Panas
Я не специалист, но приходилось слышать, что порой subme=9 дает лучший результат. 
Здесь: https://rutr.life/forum/viewtopic.php?p=55369550#55369550 и где то раньше писали.
|
|
|
|
LonerD
Стаж: 16 лет 10 месяцев Сообщений: 3602
|
LonerD ·
21-Окт-12 19:00
(спустя 2 мин.)
Panas писал(а):
55879555Есть тут еще люди, которые тоже наблюдали такой эффект
Да. Но только в отношении SD-видео. Причём впечатление получается спорное - вроде повышение subme даёт и чуть более приближенную к оригиналу картинку, но в то же время картинка какая-то "не такая". В целом - результат схожий по качеству, но разный по виду. Раньше предпочитал 9, сейчас перешёл на 11.
В HD-разрешении при повышении subme из личных опытов и предпочтений картинка только улучшается (хотя в отношении HD я кодировал и сравнивал мало).
|
|
|
|
zhutky
Стаж: 15 лет 5 месяцев Сообщений: 1018
|
zhutky ·
21-Окт-12 19:04
(спустя 4 мин.)
Panas писал(а):
55879555или мне это всё кажется и subme 11 всегда лучше в любом случае, чем 9.
Делайте сравнения с исходником, всегда. Чем выше subme тем больше сохраненных деталей.
|
|
|
|
8day-UA
Стаж: 16 лет 3 месяца Сообщений: 236
|
8day-UA ·
24-Окт-12 10:41
(спустя 2 дня 15 часов, ред. 24-Окт-12 10:41)
Добрый день.
Хочу потестировать сжатие x264 с разными настройками. Проблема в том, что насколько я знаю, некоторые из них зависят от других (либо эффект заметен только в паре, либо вообще нет никакого эффекта если не включена вышестоящая опция). Вопрос: какие именно?
П.С. Интересуют настройки x264 идущего в комплекте с последним стабильным MeGUI.
|
|
|
|
alfsuind
Стаж: 14 лет 8 месяцев Сообщений: 880
|
alfsuind ·
24-Окт-12 11:33
(спустя 51 мин., ред. 24-Окт-12 11:33)
8day-UA
Из употребимых для качественных рипов разве что
--rc-lookahead ни на что не влияет, если есть --no-mbtree и нигде не достигается лимит --vbv-bufsize/--vbv-maxrate.
--qcomp контролирует силу обоих алгоритмов quantizer compression - нового (по умолчанию) и старого (--no-mbtree), а работают они по-разному, хоть и с той же целью.
--chroma-qp-offset автоматически понижается от --psy-rd. Психовизуальные настройки и --deblock автоматически остабляются при высоком качестве.
М.б. специалисты еще вспомнят :).
|
|
|
|
Gray Shield
Стаж: 15 лет 7 месяцев Сообщений: 499
|
Gray Shield ·
24-Окт-12 20:48
(спустя 9 часов)
Цитата:
Психовизуальные настройки и --deblock автоматически остабляются при высоком качестве.
Там вроде только кванты понижаются и соответственно результат деблока становится менее заметен, а насчет AQ не уверен.
|
|
|
|
8day-UA
Стаж: 16 лет 3 месяца Сообщений: 236
|
8day-UA ·
25-Окт-12 10:49
(спустя 14 часов, ред. 25-Окт-12 10:49)
Спасибо за помощь.
Может кому сгодится скрипт на Пайтон 3.2 (из-за неименованого параметра path в os.listdir не работает в версиях <3.2) для экстракции настроек x264? У него два режима форматирования:
- lazy_extraction -- тупо вытягивает настройки;
- pretty_print -- форматирует их как показано в образце ниже (сортирует по названию).
pretty_print удобен при сранвении отличий между файлами, скажем, в ТоталКоммандере.
Кто читал код, то тот поймет что прога не сканирует файлы по признаку окончания их имен строкой ".mkv" (по расширению), а парсит все файлы в папке и пытается найти бинарную подпись свойственную Матрешке 2-ой версии.
При использовании из КЛИ и указании нужного форматирования/папки для сканирования, оба параметры обязательны. Т.е. если вам нужно сменить форматирование, то заодно нужно указывать и папку для сканирования. Если нужно указать текущую папку (ту, где лежит сам скрипт), а вы дико ленивы, можете указать "." (или ".." для папки уровнем выше).
Код:
x264 core 125 r2208kMod d9d2288
########################################
8x8dct 1
analyse 0x3:0x133
aq 1:1.00
b_adapt 2
b_bias 0
b_pyramid 2
bframes 8
bluray_compat 0
cabac 1
extract_x264_settings_from_matroska.py
Код:
# Purpose: parses Matroska files to extract x264 video encoder settings.
# Usage: place script in the folder with Matroska files and run it from there,
# or specify explicit output formatting type & custom folder as an arguments
# (as a shorthand for a folder with this script you can use dot ".").
# Author: 8day
# Contact: 8day.spam @ the Google mail account.
# Todo: limit the amount of bytes to be read. ATM alternative version ain't working
# because of excessive use of the "state" variable when FSM resets its state.
import sys, os, re
if len(sys.argv) > 1:
if sys.argv[1] not in {"lazy_extraction", "pretty_print"}:
sys.exit("You have specified wrong type of output formatting!")
else:
output_formatting = sys.argv[1]
cwd = "".join(sys.argv[2:])
else:
output_formatting = "pretty_print"
cwd = os.getcwd()
print("Tip: if parsing hanged for some reason, press Ctrl+Break or Ctrl+C to cancel.\n")
mkvsig = "1A 45 DF A3 A3 42 86 81 01 42 F7 81 01 42 F2 81 04 42 F3 81 08 42 82 88 6D 61 74 72 6F 73 6B 61"
mkvsig = mkvsig.replace(" ", "")
mkvsig = bytes.fromhex(mkvsig)
for filename in os.listdir(cwd):
path = os.path.join(cwd, filename)
if os.path.isfile(path):
with open(path, "rb") as fh:
if fh.read(32) == mkvsig:
print("Parsing \"{0}\"...".format(filename))
while True:
if fh.read(1) == b"x" and fh.read(1) == b"2" and fh.read(1) == b"6" and fh.read(1) == b"4" and fh.read(1) == b" " and fh.read(1) == b"-" and fh.read(1) == b" ":
x264settings = []
while True:
byte = fh.read(1)
if byte != b"\0":
x264settings.append(byte)
else:
break
if x264settings:
with open(path + " --x264settings.txt", "wt", buffering=65535) as x264file:
x264settings = "".join(str(byte, encoding='ascii') for byte in x264settings)
if output_formatting == "lazy_extraction":
x264file.write("x264 - " + x264settings)
elif output_formatting == "pretty_print":
version, options = re.match("(.+?) - .+? options: (.+)", x264settings).group(1, 2)
x264file.write("x264 {0:>35}".format(version))
x264file.write("\n")
x264file.write("#"*40)
x264file.write("\n")
iterator = (token for option in options.split() for token in option.split("="))
x264settings = dict(zip(iterator, iterator))
for key in sorted(x264settings.keys()):
x264file.write("{0:<20}{1:>20}\n".format(key, x264settings[key]))
break
|
|
|
|
CaNчEs
Стаж: 15 лет 5 месяцев Сообщений: 20
|
CaNчEs ·
27-Окт-12 16:51
(спустя 2 дня 6 часов)
Может кто знает как скормить megui нечетный кроп ?
|
|
|
|
george$t
Стаж: 14 лет 8 месяцев Сообщений: 4305
|
george$t ·
27-Окт-12 17:08
(спустя 16 мин.)
CaNчEs
Отдать ресайзеру в скрипте:
ххх resize(1024,432, 0, 135, -0, -135)
|
|
|
|
CaNчEs
Стаж: 15 лет 5 месяцев Сообщений: 20
|
CaNчEs ·
27-Окт-12 17:36
(спустя 27 мин.)
|
|
|
|
alfsuind
Стаж: 14 лет 8 месяцев Сообщений: 880
|
alfsuind ·
27-Окт-12 20:23
(спустя 2 часа 47 мин.)
CaNчEs
Еще кроп прямо в resize учитывает пиксели за границами кропа. Т.е. оставшиеся черные границы будут влиять. Можно
Код:
# source 1920x1080, useful 1920x810
LoadPlugin("FillMargins.dll")
Crop(0,134,-0,-134) # остается по 1 пикселю черному
FillMargins(0,1,0,1) # делаем их одинаковыми с соседними строками
Spline36Resize(1024,432, 0,1,-0,-1) # ресайз, использующий соседние 2 пикселя от целевого. Наверху и внизу кадра используются вместо полезной информации не черные полосы, а копии крайних полезных строк.
|
|
|
|
unreal666
Стаж: 16 лет 11 месяцев Сообщений: 1713
|
unreal666 ·
27-Окт-12 21:39
(спустя 1 час 15 мин.)
а можно так:
YV12 -> YV24 -> Crop -> YV12
ЗЫ.
если ависинт 2.6
|
|
|
|
alfsuind
Стаж: 14 лет 8 месяцев Сообщений: 880
|
alfsuind ·
27-Окт-12 22:09
(спустя 30 мин.)
unreal666
Все равно же потом ресайз идет.
|
|
|
|
stfuuu
Стаж: 17 лет Сообщений: 141
|
stfuuu ·
28-Окт-12 06:36
(спустя 8 часов)
unreal666 писал(а):
55992766а можно так:
YV12 -> YV24 -> Crop -> YV12
Не надо лишних преобразований, то, как посоветовал сделать alfsuind, правильно.
|
|
|
|
St1kn0r
Стаж: 15 лет 7 месяцев Сообщений: 220
|
St1kn0r ·
28-Окт-12 15:25
(спустя 8 часов, ред. 28-Окт-12 15:25)
Подскажите, пожалуйста, какой нынче актуальный потолок рефреймов для 1080/720p рипов?
|
|
|
|
Ювелир
Стаж: 14 лет Сообщений: 6434
|
Ювелир ·
28-Окт-12 15:42
(спустя 17 мин., ред. 28-Окт-12 15:42)
St1kn0r писал(а):
56005249Подскажите, пожалуйста, какой нынче актуальный потолок рефреймов для 1080/720p рипов?
для 1080p - 4
для 720p - 9
но если хотите следовать DXVA Safe, то опустить ещё на один.
|
|
|
|
stfuuu
Стаж: 17 лет Сообщений: 141
|
stfuuu ·
28-Окт-12 15:45
(спустя 3 мин.)
St1kn0r писал(а):
56005249Подскажите, пожалуйста, какой нынче актуальный потолок рефреймов для 1080/720p рипов?
Еще раз внимательно прочитайте первый пост в этой теме, там есть калькулятор для расчета актуальных ref-фреймов для любого разрешения. К тому же, x264 в логе предупредит о возможном нарушении, например, так:
Код:
x264 [warning]: DPB size (6 frames, 13824000 bytes) > level limit (5 frames, 12582912 bytes)
|
|
|
|
St1kn0r
Стаж: 15 лет 7 месяцев Сообщений: 220
|
St1kn0r ·
28-Окт-12 16:20
(спустя 34 мин., ред. 28-Окт-12 16:20)
stfuuu
Как их подбирать я понял. Мне интересно максимальное количество, при котором не полезут проблемы с воспроизведением на медиаплеерах.(хотя бы на большинстве) Или я могу сейчас зарядить 1080p рип с 16-ю рефами и он спокойно будет у всех играть?
Ювелиp
Наверное, оно.
Но я видел на трекеры рипы с большим количеством. Выходит, это не обязательно?
|
|
|
|
Ювелир
Стаж: 14 лет Сообщений: 6434
|
Ювелир ·
28-Окт-12 16:25
(спустя 5 мин.)
St1kn0r писал(а):
56006377Как их подбирать я понял. Мне интересно максимальное количество, при котором не полезут проблемы с воспроизведением на медиаплеерах.(хотя бы на большинстве) Или я могу сейчас зарядить 1080p рип с 16-ю рефами и он спокойно будет у всех играть?
Чтоб точно не было проблем с рефами, пользуйтесь калькулятором и смотрите ограничения указанные в поле DXVA.
St1kn0r писал(а):
56006377Но я видел на трекеры рипы с большим количеством. Выходит, это не обязательно?
Для рипов нет, но всё же желательно.
Так же отмечу, что если был произведён кроп (например для устранения черных полос), то планка повысится. Соответственно чем ниже произведение разрешения, тем больше можно ставить рефов.
|
|
|
|
stfuuu
Стаж: 17 лет Сообщений: 141
|
stfuuu ·
28-Окт-12 16:28
(спустя 3 мин.)
St1kn0r писал(а):
56006377Мне интересно максимальное количество, при котором не полезут проблемы с воспроизведением на медиаплеерах.(хотя бы на большинстве) Или я могу сейчас зарядить 1080p рип с 16-ю рефами и он спокойно будет у всех играть?
Это зависит от устройства, которое будет проигрывать конечный продукт. Устаревшие "железки" могут и не осилить определенное количество рефов. Все равно абсолютно всем угодить почти невозможно, поэтому пользуйтесь калькулятором спокойно, но для успокоения души можете понизить число рефов на единицу (частные случаи: для 1280x544 поставьте 11 вместо 12, для 1280x720 - 8 вместо 9 и т.д.).
Компьютер "съест" любое количество ref-фреймов.
St1kn0r писал(а):
56006377Но я видел на трекеры рипы с большим количеством.
Вы, наверное, видели совсем древние энкоды с профайлом 5.1, сейчас так стараются не делать.
|
|
|
|
Yurasyk
Стаж: 16 лет 2 месяца Сообщений: 3506
|
Yurasyk ·
28-Окт-12 16:32
(спустя 3 мин.)
St1kn0r, всё это описано стандартом. Большинство железки тянут примерно 4.1 левел из стандарта, ограничения которого вам уже написали. Всё что выше может пойти на какой-то достаточно сведей железке или на компе (не самом слабом). В любом случае - больше рефов - непропорциональное возрастание нагрузки при декодировании и выигрыш в размере файла максимум 1-2%.
|
|
|
|
St1kn0r
Стаж: 15 лет 7 месяцев Сообщений: 220
|
St1kn0r ·
28-Окт-12 16:40
(спустя 7 мин.)
Всем спасибо, вопросов больше нет.
|
|
|
|
Vesdaris
Стаж: 16 лет 8 месяцев Сообщений: 1122
|
Vesdaris ·
29-Окт-12 21:23
(спустя 1 день 4 часа, ред. 30-Окт-12 10:54)
Камрады,подсобите с рипом одного фильма.Проблемный он какой-то у меня
Помогли 
DEL/
|
|
|
|
Vivianus
Стаж: 14 лет 11 месяцев Сообщений: 5772
|
Vivianus ·
29-Окт-12 23:14
(спустя 1 час 51 мин., ред. 29-Окт-12 23:14)
Возможно глупый вопрос: Если взять видео с 30 к/с и сделать 15, будет ли изменение качества при таком же битрейте?
|
|
|
|
Yurasyk
Стаж: 16 лет 2 месяца Сообщений: 3506
|
Yurasyk ·
29-Окт-12 23:17
(спустя 2 мин.)
Vivianus писал(а):
56034361Если взять видео с 30 к/с и сделать 15, будет ли изменение качества при таком же битрейте?
если учесть убитость картинки прореживанием кадров, то никакого улучшения качества не будет.
|
|
|
|
kirill_sky
Стаж: 14 лет 11 месяцев Сообщений: 77
|
kirill_sky ·
30-Окт-12 19:57
(спустя 20 часов, ред. 30-Окт-12 19:57)
Увидел тут про нечетный кроп и решил поробовать
Код:
# source 1920x1080, useful 1919x816
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\FillMargins.dll")
Crop(0,128,-0,-136)
FillMargins(1,0,0,0)
Spline36Resize(1036,440, 1,0,-0,-0)
подскажите, в чем ошибка?
|
|
|
|
