|
|||
Цитата:
Цитата:
Последний раз редактировалось agor, 15.12.2006 в 02:23. |
|
|||
Цитата:
g |
|
|||
Цитата:
1. источник скорее всего был либо ДВД NTSC, соответственно 29.97 fps и тогда надо было правильно переводить его в стандартные 23.976. 2. это мог быть и PAL, но тип кадра не progressive (то есть набор кадров один за другим отдельными картинками), а Interlaced (то есть 1 кадр состоит из певого и части второго). В каждом случае нужно делать правильную коррекцию на исходный fps и еще и deinterlacing делать в последнем случае. Если этого сделано не было, то как результат фильм будет дергаться, а еще и рассинхрон звука будет. Поправить, мне кажется нельзя уже, только переделывать корректно РИП |
|
|||
может предлагается разбить фильм на отдельные BMP фаилы на каждый кадр и после снова собрать видеоряд, подработав каждый кадр по режиссерскому усмотрению ?
|
|
|||
Цитата:
Что касается ТабКап-а, то там (судя по сэмплу) TVrip + картинка слоится (возможно проблема интерлейса). Качество и так , а еще и перекодировать.... |
|
||||
а где можно об этом почитать? Здесь - http://www.divx.com/ ничего об этом нет. В остальных местах только о совместимости Mpeg4 Asp и DivX
Последний раз редактировалось Dwarf, 21.12.2006 в 19:08. |
|
|||
Извините если я в калашный ряд. Но есть у меня подозрение, что дело в переменном битрейте, насолько я понимаю при видеосжатии констант битрейт - это непозволительная роскошь. ПРосто в определённой "полосе пропускания" варьируются различные параметры, что бы битрейт был близок к заданной величине, но так же как в звуковых файлах с переменным битрейтом, особенно много дорожечных (типа ogg) при высоком среднем битрейте, могут возникать еле заметные задержки, так и здесь, в динамичных сценах система просто не успевает вовремя разогнаться и "схавать" "трафик". Вообще решением данной проблемы может являтся что-то вроде видео кроссфейдинга, тоесть предварительной оценки следующего сегмента файла, но нужен грамотный алгоритм, шоб не занимать лишних ресурсов, а потом часто вообще аналоичные проблеммы могут возникать из за тормоза аудиокодека или некорректных дров аудиодевайса, или из за проблем с синхронизацией аудио и видео потоков, у меня например данный эффект значительно уменьшился при увеличении оперативки с 128 до 256. Также иногда отключаю препроцессинг, и всякую другую ненужную чепуху, в кодеке и в настройках плеера. Так же микрософтовский мп4 или дивх 3 или 4 воспроизводят стабильнее, чем 5 или 6 версии, хотя 6 тормозит меньше пятой. Вообще в Видео СД вопроса синхронизации аудио и видео не существовало, но и объём получался чуть поболе. Дело ещё вот в чём ведь многие подобные кодеки адаптированы для просмотра непосредственно из сети, тоесть в них напичкано много функций стабилизации и синхронизации, практически ненужных при воспроизведении непосредственно с харда. Например одна из версий плеера Light Alloy была вполне приличной, и позволяла просматривать кино в дивх 5.1 даже на компе с 400 мгц процом и видюхой 4 мгбайт оперативки, к сожалению у меня тоже нет сетапа этой версии, а следующая уже использовала стандартный вин апи и потому тормозила ненамного меньше винмедиа плеера. ПРостите что написал столько лишних закорючек.
|
|
|||
Мигель говорит правильные вещи, но есть один момент, вот например файл с битрейтом ниже некуда для переносных устройств или низкого трафика размером около 200 Мбт. Сё равно тоже дёрганье бывает, а почему, насчёт того, что кадры совсем вылетают при сжатии такого вопще-то быть не должно, тем более я проверял, потеря кадров различается и её может и вовсе не быть (что можетговорить и о некорректности конвертации). Но что интересно нестабильность сама по себе нестабильна, тоесть если воспроизвести этот дёргающийся файл с низким битейтом не в 9 а например во встроенной в виндоуз 8 ке 7-ке или 6-ке взависимости от виндюха, то тормоза меньше или становятся почти незаметны. Да я согласен - эт засчёт стабилизации, но почему в 6-ой, 7 и 8 версиях медиаплеера при определённых кодеках стабилизация более эффективна чем в 9-ой, а 10-ка работает ещё хуже 9-ки, например с mss. Например заметно, что wm 7.1 больше нравиться кодек мп4 от макрософт, входящий в набор обновления кодеков. А дивх вообще был заточен под 3дноу и дейсвтельно дивх 5.0 на амд давал пусть и не очень большой , но заметный прирост производительности, но всё равно шина 66 проигрывала сотой.
|
|
|||
Еще одна из возможных причин - нарушение порядка чередования полей и сделанный после этого деинтерлейсинг. нормальные деинтерлейс фильтры умеют менять порядок полей и до, и после деинтерлейса. Плюс для VDub есть фильтр, автоматически восстанавлиывающий правильный порядок полей, даже если они плавают внутри фильма.
А получается такое запросто, при захвате интерлейсного видео и выпадении кадров при этом... |
Здесь присутствуют: 1 (пользователей: 0 , гостей: 1) | |
Опции темы | |
Опции просмотра | |
|
|