x264

[RaW]

RBF
У тебя так получалось? Я сам раньше пытался так сделать, но Nic's FourCC changer, жаловался что не понимает, сейчас попробовал, все как бы получилось и для каким кодеком кодировался поменялся и чем должен декодироваться, но всеранов в Дубе темный экран. Ты именно так делал? Может я че-то не так делаю???

[RBF]

RaW
Ты именно так делал?
Ну да... и в дубе открывается и в вегасе. А у тебя что Дуб в file information пишет?

[RaW]

toRBF
Пишет, что декомпрессор FourСС h264, а декомпрессор mpegable AVC (ver0.10)? Наверно в этом проблема? или нет?

[RaW]

RBF
Все проблема закрыта, спасибо за то что помог разобраться,... ну и поморочел я такой ерундой вам мозги... Вся проблема была в декомпрессоре mpegable AVC (ver0.10).
Зачем я вообще это ставил, большой вопрос.... Можешь теперь подсказать, что за функция us as references, для чего хоть она нужна.

[RBF]

RaW
us as references по другому называется b-pyramid
а --b-pyramid - это использование для предсказания b фреймов не только p и i но и других b фреймов. Вследствие этого фреймы могут быть закодированы не по порядку, например I0 P4 B2 B1 B3. Теоретически это может слегка улучшить сжатие, но практического улучшения я не заметил. К тому же эта опция сугубо экспериментальная и нарушает правильность декодирования декодером от Неро.

[Igor_D]

У меня вопрос.
1. Стоит ли опускать мин. квант до 8 или даже до 6 для 2-х или 3-х проходного кодирования . На каком битрейте это будет выгодно делать ?
2. Max Q step. Как влияет на смену сцен и смену движения high - low motion?

[RaW]

RBF
Ага, спасибо.... Тогда, еще не подскажешь функцию intra search 4X4 на стоит вообще использовать?

[Skaarj]

RBF

в Mplayer (несколько разных версий пробовал) фильмы сжатые х264 + AAC-HE c опцией -Pyramid страшно тормозят и рассинхронизация вдобавок (первый раз в mkv встретил рассинхрон). Если фильм сжат без -Pyramid или Atheme h264 то всё отлично, загрузка проца мизерная в обоих случаях <10% (Athlon64 2400 Mhz) проверял еще на одном Атлоне 64 и двух атлонах XP, такие же лаги. почему и можно ли исправить

[Force]

А какой аналог в CLI версии галочки Turbo (Fast first pass)?

[Gnidodav]

to Force
Turbo = --subme 1 --analyse none --me dia

[Force]

Это сто пудово? А то я, полазив по "Медиаторам", нашёл там вариант просто не указывать битрейт...

[RBF]

RaW
не подскажешь функцию intra search 4X4 на стоит вообще использовать
Одна из новых фишек AVC по сравнению с MPEG2/MPEG4-ASP, использовать стоит, отключать имеет смысл только на первом проходе для увеличения скорости.
Skaarj
можно ли исправить
Исправить можно, перемуксив из mkv в mp4.
Igor_D
На каком битрейте это будет выгодно делать
Если исходник DVD, то на битрейтах выше 9000kbps :)
Как влияет на смену сцен и смену движения high - low motion
Пока никак.

[Gnidodav]

to Force
Можно было бы и ссыку дать. Мне тоже интересно что пишут :).
"Turbo = --subme 1 --analyse none --me dia" - такие настройки передает кодеку MeGUI.
"Быстрый первый проход" в VFW версии и "Turbo" в MeGUI судя по всему ни одно и тоже.
Аналогичные опции для быстрого первого прохода предполагают:
1. использование вдвое меньшего количества референсных кадров,
2. --subme 3, если --subme>3
--subme=--subme-1, если subme<=3
3. воэможное исключение из --analyse p4x4 и b8x8 (вот это утверждение не совсем сто пудово).
А лучше сам поэксперементируй и определи на глаз от чего можно отказаться при первом проходе, а что лучше не трогать.

[Force]

Можно было бы и ссыку дать. Мне тоже интересно что пишут Да это старый кусок, ещё за февраль. Просто случайно нашёл чьи-то параметры коммандной строки. Я лучше свои приведу, может скажете, что оптимально, а что нет. Но имхо, оптимальнее уже некуда, я долго подбирал соотношение скорость/качество.

"C:\Program Files\x264\x264.exe" --progress --pass 1 --stats "x264.stats" --threads 1 --subme 1 --ref 8 --filter 0:0 --keyint 250 --min-keyint 25 --scenecut 40 --qpmin 10 --qpmax 51 --qpstep 4 --analyse none --8x8dct --direct temporal --me dia --merange 16 --sar 1:1 --bframes 3 --weightb --b-pyramid --b-bias -5 --ipratio 1.40 --pbratio 1.30 --qcomp 0.75 -o "signs.mkv" "signs.avs"
"C:\Program Files\x264\x264.exe" --progress --pass 2 --bitrate 860 --stats "x264.stats" --threads 1 --subme 5 --ref 8 --filter 0:0 --keyint 250 --min-keyint 25 --scenecut 40 --qpmin 10 --qpmax 51 --qpstep 4 --analyse p8x8,p4x4,b8x8,i8x8,i4x4 --8x8dct --direct temporal --me hex --merange 16 --sar 1:1 --bframes 3 --weightb --b-pyramid --b-bias -5 --ipratio 1.40 --pbratio 1.30 --qcomp 0.75 -o "signs.mkv" "signs.avs"

Фильтр и битрейт подбираются индивидуально для каждого фильма, так что их обсуждение можно опустить. В результате применения этих параметров, кодирование фильма проходит ~ за 6 часов (фильм длительностью 1:50 кодировался ~5:50, на один диск, проц: Athlon XP 2000+).

Так же выяснил, что применение --me umh замедляет работу сильнее, чем --subme 6, причём использование --subme 6 даёт более качественный результат, чем --me umh. Естественно я говорю не о совместном их включении.

Что скажете?

[Igor_D]

Появилась новая опция --mixed-refs. Улучшает не намного качество за счёт бОльшего времени кодирования.

x264.exe --progress --pass 3 --bitrate 780 --stats "\x264.stats" --subme 6 --ref 16 --threads 1 --filter -1:-1 --keyint 250 --min-keyint 25 --scenecut 40 --qpstep 4 --direct temporal --me umh --merange 32 --sar 1:1 --bframes 3 --weightb --b-bias 0 --ipratio 1.40 --pbratio 1.30 --qcomp 0.75 --analyse all --8x8dct --quiet --mixed-refs -o "C:\yuv\2x322.mp4" "C:\yuv\1.avs"

[Force]

Igor_D, а что значит --quiet? Для чего он? Что даёт?
И сколько у тебя с такими параметрами кодируется фильмак?

[Igor_D]

Force
--quiet это чтоб много информации не показывал при кодировании.
Фильм кодируется дововльно долго с такими параметрами. Единственным чем могу пожертвовать ради скорости при этом почти не понижая качества :
Ref. frames 16 -> 8
merange 32 -> 16

Кстати ипсользовать балансируя --mixed-refs с 8 референсами выгодней чем просто 16 референсов. И не намнго быстрее и чуть лучше качество.

end of Force :: Maybe force be with you :)
-------------------------------------------------------------------------------------------------------

Для профилактики http://x264.nl/ здесь свежие версии. Иногда просто кто-то пишет о своих проблемах с х264, а потом узнаётся что у него была какая нибудь старая версия. :)

[Force]

Igor_D, спасибо ;). Может быть, всё может быть :).

У меня вообще самые большие прерикания к этому кодеку связаны с неплавными переходами цветов (особенно тёмных тонов) и пикселизация этих переходов. Если на мониторе их не так сильно заметно, то на телике они просто выпирают и никуда от них не деться... Только использовать самые крутые настройки, которые тоже не особо помогают.

[Igor_D]

У меня вообще самые большие прерикания к этому кодеку связаны с неплавными переходами цветов (особенно тёмных тонов) и пикселизация этих переходов. Если на мониторе их не так сильно заметно, то на телике они просто выпирают и никуда от них не деться... Только использовать самые крутые настройки, которые тоже не особо помогают.

А какой ты деблокинг используешь?

Хотя у меня та же история. Неплавный переход тонов, отсюда видны макроблоки. Но это не на каждом видео заметно. На низких битрейтах х264 в сравнении с нынешней версией Неро Main Profile справляется лучше. Но на битрейтах для 2 сд рип и выше я б остался с Неро. Когда битрейта достаточно здесь уже большой вес имеет стабильность кодека. Да и скоро должен выйти Неро 7 с новым Н.264 High Profile. Всем известно что х264 разрабатывают очень быстро. Уже было сообщено ни один раз об проблеме плавной передачи цветов (палитра). Видимо не всё так просто.

[Force]

А какой ты деблокинг используешь?
По разному, но на один СД использую в основном 1:0. Так вроде ИХ поменьше :). А к неро я отношусь как-то, хм... недоверчиво. Во-первых, из-за того, что не знаю, где и как пользоваться его кодеком. Во-вторых, потому что он платный и (а вот тут я могу ошибаться) входит в огромный 30-тиметровый пакет.