x264

GreatWizard · Отправлено: **20:26, 14-02-2006** | #**411**

RBF

Цитата:

Обычный - это по твоему DAR? На самом деле он виртуальный, т.е. как бы не прописывается в явном виде, а автоматически высчитывается из FAR и PAR. К тому же PAR надежней и удобней, т.к в стандартах существуют различные cropping настройки, да и на протяжении видео PAR менять можно.

Я подразумевал FAR( ресайзенный и покропленный).
С этим всё ясно, thnx...
--------------
Для решения проблем квадратов в тёмных местах

, не приходилось использовать блокбастер или др. фильтры ?
Там чел говорит, что юзает LumaYV12(-2) and Unfilter(-5,-5) вместо blockbuster("dither") - что думаете?
Да и еще Шарктуз предлагал использовать eqm_avc_hr матрицу...
source - http://forum.doom9.org/showthread.php?t=107236

AlexB17 · Отправлено: **22:29, 14-02-2006** | #**412**

Цитата:

вот LumaYV12(-2) - что думаете?

Ну там речь шла о блоках в темных участках - а LumaYV12(-2) понижает яркость, что немного уменьшает шум в темных местах. Blockbuster это вообще страшный фильтр

замусоривает и маскирует квадраты и прочие артефакты(наверно для DivX)

- но картинка после этого сжимается очень плохо.

Gnidodav · Отправлено: **14:03, 18-02-2006** | #**413**

Давайте рассмотрим пример для тугодумов подобных мне

.
1. Имеем DVD PAL 16:9.
2. Ресайзим по вертикали в соответствии с аспектом, т.е. (9*720)/16=405, следовательно, получаем 720x405. Потом кропим до 680x347. Откуда следует, что DAR=680/347.
3. Теперь обрезаем черные края без ресайза. Получаем 680x494. Значит FAR=680/494
4. PAR=DAR/FAR=494/347
Надеюсь, я правильно посчитал. Раньше делал по-другому и не хочется в очередной раз так жестоко ошибаться

.
Кстати с воспроизведением анаморфных рипов ffdshow с включенным overlay mixer'ом справляется без проблем.

RBF · Отправлено: **02:13, 19-02-2006** | #**414**

Gnidodav
Лучше все же 680x494 привести к кратности 16 и соответственно внести поправку в расчет.
И еще, что-то многовато по горизонтали обрезал, до 680, обычно по бокам черные полоски меньше (или отсутствуют).
Это не экранка/рулонка? В них аспект может быть изначально неправильный, надо проверять по круглым предметам в кадре.

Gnidodav · Отправлено: **03:31, 19-02-2006** | #**415**

RBF
Нет, это не экранка. Схватил первое, что под руку попалось. DVD "Солярис" Тарковского. Там действительно по краям черные полоски по 14 и 26 пикселей.
Также поглядел на встроенную в MeGUI функцию автоматического подсчета DAR. Так и не понял или это она только у меня такая глючная или она еще сыровата. Но на том же фильме она выдала DAR=37/20. Закодированный с таким значением DAR поток сплющило по сравнению с оригиналом примерно в два раза. Кто-то еще юзал эту опцию в MeGUI? У меня она только без кропа корректно работает.

Skaarj · Отправлено: **08:47, 19-02-2006** | #**416**

и кто только додумался до анаморфа и интерлейса, надеюсь с переходом на HD хотябы станут использовать квадратные пиксели, да и нафига нужна черезстрочная разветка когда в большинстве случаев будет использоваться LCD.

http://www.videoton.ru/Articles/HDTV/1080i.html

Gnidodav · Отправлено: **16:52, 19-02-2006** | #**417**

На думе уже подобрали софт, который позволяет действительно автоматизировать процесс подсчета PAR. Aspect и SAR Calculator. Aspect находит DAR правда немного округляет, а с помощью SAR Calculator’а уже высчитывается PAR (ARS). На том же источнике:

AlexB17 · Отправлено: **22:34, 19-02-2006** | #**418**

А ссылочку можно? А то на думе влом копатся

Gnidodav · Отправлено: **00:04, 20-02-2006** | #**419**

Кажись тут.
Aspect взял отсюда.

Профиль · Отправлено: **04:04, 26-02-2006** | #**420**

Прошу помощи!
Проблема такая - при кодировании в MeGUI (MeGUI.NETv1.1.Bins_0.2.3.1024) и в RAW и в MP4 продолжительность видео увеличивается процентов на 20 и, естественно, при микшировании не совпвдает со звуком. Настройки использовались разные в т.ч. по умолчанию. При кодировании в Dub все в порядке. В обоих случаях avs-скрипт делался в GN. На компе установлен Windows 2003. Помогите разобраться.