shmond |
30-03-2007 06:27 568298 |
Зачем нужно делать несколько проходов (passes)?
Ребята, растолкуйте новичку, зачем они нужны, эти проходы. Догадываюсь, что для улучшения качества...(?)
Но как их грамотно делать? то есть в каких соотношениях они должны быть, в смысле настройки кодека?
или настройки для 1 и 2 прохода одинаковы? влияет ли количество проходов на размер выходного файла?
|
SilentSpider |
30-03-2007 08:17 568327 |
shmond
Цитата:
Догадываюсь, что для улучшения качества...(?)
|
Да. Это позволяет кодеку лучше распределять битрейт. На первом проходе он анализирует материал. ГНа втором - по результатам анализа распределяет битрейт в пределах, допустимых настройкой.
Цитата:
или настройки для 1 и 2 прохода одинаковы?
|
Не обязательно, но обычно вполне достаточно.
Цитата:
влияет ли количество проходов на размер выходного файла?
|
Практически нет.
|
shmond |
30-03-2007 08:20 568329 |
спасибо, все теперь понятно.
|
Admiral |
03-04-2007 00:19 569673 |
Цитата:
Это позволяет кодеку лучше распределять битрейт. На первом проходе он анализирует материал.
|
С двумя понятно, но зачем
Цитата:
Теперь следует определиться с количеством проходов ... Кодек DivX позволяет производить кодирование в несколько проходов ... каждый проход занимает достаточно длительное время ... имеет смысл ограничить это число 3-4 проходами.
|
делать более двух? По аналогии более тщательной проверки?
Инфо с http://www.oszone.net/display.php?id=1747
P.S. При кодировании в MPEG2 более двух проходов выбрать не возможно (по крайне мере в Canopus Procoder).
|
shmond |
03-04-2007 14:21 569752 |
по-моему больше двух смысла нет делать.... да и если лента большая (кино полностью, как чаще всего бывает) это ж сутки нужно...
|
Admiral |
03-04-2007 17:41 569860 |
Цитата:
больше двух смысла нет делать....
|
Зачем же существует возможность или это дань традиции?
Цитата:
если лента большая (кино полностью, как чаще всего бывает) это ж сутки нужно...
|
На современных процессорах обычно один проход (для MPEG 2) равный приблизительно продолжительности фильма.
Для других форматов (MPEG 1, MPEG 4) проход бывает чуть быстрее, но тоже продолжительный процесс.
|
Если у кодека слабый механизм рейт-контроля, то 3 прохода ему могут помочь. Если рейт-контроль хороший, то 3-тий проход обычно увеличивает качество на считанные проценты.
В Mpeg2 тоже можно делать много проходов - CCE.
|
DeltaPLAN |
10-04-2007 17:25 572500 |
Вообще я проходя использую только если надо указать точный размер будущего файла, например, при сжатии на сиди.
|
AlexB17 |
10-04-2007 22:51 572631 |
Ну вообще для этого два прохода и используются - для того чтобы грамотно распределить битрейт внутри им же (битрейтом) заданного объема файла.
|
Admiral |
11-04-2007 20:51 573121 |
DeltaPLAN жать на сиди можно и одним проходом (тогда битрейт только const), только вот динамические сцены страдают от однопроходного режима (при условии, что битрейт низкий, который выбирается в пределах 600-900 для кодеков DivX-XviD для полуторачасовых фильмов для сиди).
|
DeltaPLAN |
11-04-2007 23:16 573174 |
Вот поэтому я ставлю два прохода)) а если один, то битрейт ставлю динамический, но чуть-чуть поменьше. Тогда фильм и выглядит неплохо, и на сиди находит себе место. Хотя и тут иногда вылезает за пределы дозволенного. Это когда большие титры особенно
|
Admiral |
12-04-2007 02:23 573227 |
Цитата:
а если один, то битрейт ставлю динамический
|
А как при одном проходе кодек знает какую сцену с каким битрейтом необходимо жать?
В какой программе позволено такое сделать?
На сколько до этого было известно, что при втором битрейде кодек и «знает» какую сцену как кодировать.
|
DeltaPLAN |
12-04-2007 07:40 573290 |
Ну если в виртуал дубе мод посмотреть на третью вкладку окна статуса, то там мы увидим палочки разной высоты. Значит, битрейт тоже разный. Черный экран, например, вообще на 0 сходит. Всё-таки существуют какие-то алгоритмы, позволяющие это делать
|
AlexB17 |
12-04-2007 09:28 573326 |
При однопроходном кодировании битрейт плавает тоже изза того что анализ кадра работает так же как и при первом проходе из 2х, он позволяет даже при одном проходе держать некий запас битрейта для динамики экономя его на "темных" сценах - но это крайне примитивный механизм и он может давать сбои. Такая петрушка наблюдалась мной года 3 назад когда фильм банально не влез на болвань (перебрал метра 4) по причине огромой динамичности цен именно под конец + субтитры на видеофоне. Пришлось резануть :)
|
Время: 16:24.
© OSzone.net 2001-