T
telez777
Добрый день всем.Прошу помощи у знающих тему.Значит при конвертации некоторых DVD в местах где обьект например движеться,изоброжение смазываеться по горизонтали.причем пробывал разными прогами.кодек DivX 6.спасибо.
T
telez777
- Thread starter
- #3
в один проход.прога #1 DVD Ripper. ,MagicDVDRipper33a . я раньше конвертировал доктором DivX но ща он с 6 кодэком не работает.тот конвертировал в 2 прохода.это зависит от количества проходов? спасибо.
От количества зависит. При первом проходе просчитывается и анализируется видеоматериал на динамические сцены, при втором собственно и происходит кодирование. Как вариант, можно рипануть в видео без сжатия, если позволяет место на винчестере, а затем в VirtualDub запустить двухпроходное кодирование.
T
telez777
- Thread starter
- #5
спасибо.я DviX креатором в два прохода и все нормально.не удобный он просто видит дивидишку не целеком а по частям.потом надо будит склеевать.
При чем тут число проходов?! И смазывание картинки никак не зависит от качества (т.е. битрейта). И кодировать лучше всего VirtualDub-ом(Mod-ом). Ну, об этом попозже, сейчас по существу вопроса (лучше бы конечно поточнее знать, что значит "смазывается по горизонтали при движении", но если это то, о чем я думаю, то):
1. Размытие объектов при движении вызавается фильтром деинтерлейсинга (надеюсь объяснять не надо, что это такое?) И это неизбежно. Но намного лучше так, чем смотреть ужасную гребенку.
2. (более вероятно) Размытие происходит из-за двунаправленного способа кодирования. Раньше (mpeg1-2) кодировался ключевой кадр, в слудующих сохранялась лишь информация об отличии от ключевого (так называемые "предсказанные" кадры). Соответсвенно такие кадры весят в разы меньше ключевого (только нужно правильно распределить ключевые кадры, для этого и используют несколько проходов) В mpeg4 существуют еще интерполированные кадры. Это когда кадр расчитывается как нечто среднее между двумя окружающими его предсказанными кадрами. Инфы такой кадр почти не содержит, что позволяет больше битрейта потратить на ключевые кадры (увеличить точность хранения коэф-тов дискретно-косинусного преобразования, но не будем о грустном...
) Это несколько размывает движущиеся объекты (они еще и двоятся, если нажать паузу, это видно)
Вообще двунаправленое кодирование может осуществляться 4 разными способами и немного не так, как я написал я хотел на пальцах показать общий смысл.
В итоге, если размытие по этим двум причинам, то это неизбежное зло.
Как то давно я писнул статейку по конвертации dvd в divx. Сейчас она безбожно устарела, да и юзаю я не Flask а VirtualDub, но переписывать ее лень. Она состояла из теории (понадергал с разных сайтов инфу и выбрал наиболее удобоваримую, не могу же я сам придумывать сугубо технические данные) и собственно процесса кодирования (это уже сам писал). Если будут вопросы - спрашивай...
1. Размытие объектов при движении вызавается фильтром деинтерлейсинга (надеюсь объяснять не надо, что это такое?) И это неизбежно. Но намного лучше так, чем смотреть ужасную гребенку.
2. (более вероятно) Размытие происходит из-за двунаправленного способа кодирования. Раньше (mpeg1-2) кодировался ключевой кадр, в слудующих сохранялась лишь информация об отличии от ключевого (так называемые "предсказанные" кадры). Соответсвенно такие кадры весят в разы меньше ключевого (только нужно правильно распределить ключевые кадры, для этого и используют несколько проходов) В mpeg4 существуют еще интерполированные кадры. Это когда кадр расчитывается как нечто среднее между двумя окружающими его предсказанными кадрами. Инфы такой кадр почти не содержит, что позволяет больше битрейта потратить на ключевые кадры (увеличить точность хранения коэф-тов дискретно-косинусного преобразования, но не будем о грустном...
) Это несколько размывает движущиеся объекты (они еще и двоятся, если нажать паузу, это видно)Вообще двунаправленое кодирование может осуществляться 4 разными способами и немного не так, как я написал я хотел на пальцах показать общий смысл.
В итоге, если размытие по этим двум причинам, то это неизбежное зло.
Как то давно я писнул статейку по конвертации dvd в divx. Сейчас она безбожно устарела, да и юзаю я не Flask а VirtualDub, но переписывать ее лень. Она состояла из теории (понадергал с разных сайтов инфу и выбрал наиболее удобоваримую, не могу же я сам придумывать сугубо технические данные) и собственно процесса кодирования (это уже сам писал). Если будут вопросы - спрашивай...