19 ответов в теме

[Билл]

Да, действительно, лесенку дает только поинт. Кстати почему он поинтом называется?

[Den_Silent]

Потому что учитывается только 1 пиксель, 1 точка:
Имеем картинку одного разрешения. Можно представить как расчерченную таблицу с одинаковыми по размеру ячейками. Каждая ячейка - одна точка, содержит информацию о своем цвете. Нам надо уменьшить разрешение. Допустим из 200 отсчетов по горизонтали надо сделать 100. Просто тупо тыкаем пальцем в нашу "таблицу" сто раз через равные промежутки. В какие ячейки попали, те и оставим. Остальные просто выбрасываются.


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

[Detonator]

Сейчас проверил все остальные методы, что доступны в MeGUI на схожем материале (Футурама в высоком качестве):
Bilinear
Bicubic
Lanczos
Lanczos4
Gauss
Spline16
Spline36
Ни один не дал лесенку, отличались только четкостью картинки. Spline36 рулит. Lanczos4 неплох.

Хотелось бы дополнить. Если пережимаете что-то с низким исходным качеством, то не стоит юзать Lanczos, вполне хватит и Bilinear. Разница в скорости довольно таки заметна.

И вопрос лично для Den_Silent:
Почему не признаешь DivX?

И еще - если хочешь хороший результат - просто не будет. Есть проги по типу "два клика-результат". Но смотреть ты это потом не сможешь. Хотя, буду говорить за себя. Я не смогу

Абсолютно и полностью согласен!

Изменено: Detonator, 12 Декабрь 2007 - 21:12

[Den_Silent]

Хотелось бы дополнить. Если пережимаете что-то с низким исходным качеством, то не стоит юзать Lanczos, вполне хватит и Bilinear. Разница в скорости довольно таки заметна.

Ты попробуй spline36. Вот ТАМ разница в скорости заметна

Почему не признаешь DivX?

Я бы не сказал, что не признаю. Просто на любой сцене есть устоявшиеся правила. Для AVC использовать x264, для mp3 - lame, для mpeg4 ASP - Xvid.
В целом, он
-бесплатный
-мультиплатформенный
-довольно шустрый
-гибконастраиваемый (я юзаю командностроковые кодеки).
Так что вот...

[Detonator]

А если надо самый простой способ:
Качаете DivX последний, потом Dr. DivX. Закидываете все VOBы в доктора, выбираете размер итогового файла. Все обрезки ненужного черного пространства выполняются автоматически. Есть возможность добавлять несколько аудио треков. В общем, все, что надо. Одно но: формат только DivX. Давите кодировать, затем надо начать кодирование (просто кнопки кодировать нажать недостаточно). Кодирование происходит в два прохода, битрейт выберется автоматически. В общем, все под рукой и ничего навороченного, чтобы качественно сжать DVD.
Вчера попробовал доктора в связке с DivX 6.8. Ничего, неплохо довольно. Я остался рад результатом и незначительностью усилий, которые я потратил, по сравнению с тем, как кодировал до этого.
Кстати сказать, про пропорции... Они тоже выбираются автоматически. Глюков с этим я тоже не видел. Вообще, у меня с пропорциями была проблема. У DVD пропорции 16:9. Хотя, на самом деле, это пропорции с оставшимся черным пространством, которое при хорошем кодировании вообще не надо. Так вот, после обрезания этот пространства в VirtualDub приходилось подбирать ручками высоту видео. Опять же "+" в сторону доктора. Там с этим париться не надо.
И русский язык поддерживает. Проще разобраться, чем с дабом.
Думаю, в ближайшее время рипать двдишки буду исключительно доктором.

Изменено: Detonator, 18 Декабрь 2007 - 10:55