[RBF]

Force

как показал SSIM тест, проведенный на самых первых кусках - она минимальна и нужна только таким придирчивым челам как я. 3. MC пожалуй подойдет тем, кто готов пожертвовать минимальным качеством ради скоости

Вот именно. Энкодеры одного класса надо сравнивать по соотношению скорость/качество. А то можно вообще взять референсный H264 энкодер, который кодирует со скоростью 0.1 fps и говорить, что он самый крутой
К тому же в MC возможно скоро появится быстрый первый проход, которого сейчас нет, и тогда отрыв в скорости станет еще больше.

А вот по поводу твоей придирчивости, надо говорить отдельно. У тебя случайно не ЖК монитор?
Еще надо учитывать, что в самой картинке тебя не устраивает, меньшая четкость? Так надо учитывать, что деблокинг у MC работает немного сильнее, поэтому его надо ставить немного меньше при визуальном сравнении (не при ssim).
Вот, например разность одной из пары кадров, которые ты выкладывал - разностный кадр
Кто-нибудь здесь видит большие различия?
А, например, в картинках под номером 9, вообще отличий практически не видно.

[Force]

У тебя случайно не ЖК монитор?

Да, поэтому я и пояснил, что не многие увидят разницу вообще. А поскольку мне её видно, я и сделал для себя выбор в сторону x264.

Да, меня не устраивает именно меньшая четкость MC, а по поводу деблокинга - не знал, что он сильнее. Подбирать значения вручную, чтобы совпало качество - мне это кажется невероятно муторным и тяжким, у меня не самый быстрый комп. Хотя, можно попробовать, может что и выйдет дельное...

Быстрый первый проход - звучит страшно . Ибо ничего хорошего он качеству обычно не приносит, хотя кто знает, может у них техника в корне разная и он вообще никак не повлияет на качество... Посмотрим.

[Force]

Всё забывал или игнорил... Но теперь всё же скажу... Решил я всё же уступить ту самую невидимую разницу в качестве в угоду скорости и зажать фильм в MC, но обломался, ибо он у меня мертво повис на середине второго прохода. Просто остановилось кодирование и всё, ничем не сдвинуть. И загрузка проца 0%. Это случилось из-за того, что я обычно ставлю приоритет кодирования в Low и занимаюсь другими делами, иногда и игрушки какие запускаю в это время. И если x264 CLI воспринимал все эти издевательства вполне безболезненно, то MC не позволил так над собой глумиться. Не помогла даже обратная смена приоритетов...

У каждого, конечно, свои методы сжатия, и кто-то оставляет комп в покое на это время. Но у меня комп один, и нужен часто, поэтому я счел такой КОСЯК MC неприемлемым для себя.

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

В общем, я бы и рад юзать MC, но боюсь, по причине вот таких вот зависаний.

[-lex-]

Нужна помощь. Пытаюсь рипнуть сериал "Lost", пробовал делать это прогами AutoGK and Dr. Divx, и в обоих случаях получается рассинхронизация видео и звука. Подскажите в чем проблема и как ее решить. Этими прогами пользуюсь давно, такие случаи бывали уже, но редко.

[dascon]

-lex-, в AutoGK в настройках звука надо выставить CBR

[-lex-]

Я изначально так выставлял, и в АС3 пробовал, нифига. Есть еще у кого-нибудь идеи по этому поводу?

[AlexB17]

Почитай тут на форуме темы были про битые АС3 - изза этого выходил рассинхрон, точнее не могу - с работы заглянул

[-lex-]

Не могу найти эти темы. Помогите кто-нибудь плиз!!! Диски временно, отдавать надо.

[dascon]

Диски временно, отдавать надо

-lex-, а в Nero Recode попробовать? Ну или просто скопируй на винч или dvd.

[-lex-]

Дисков очень много, но я вроде нашел решение проблемы, на этом же форуме. Спс всем, кто отозвался.