Member
Статус: Не в сети Регистрация: 23.02.2003 Откуда: Самара
Данная тема посвящена извечному вопросу. Нет, быть или не быть можно поискать в поиске, а в этой теме найдете ответы (или предложите свои) на вопросы : о кодировании видео, перекодировки видео из одного формата в другой и т.д.
FAQ по теме - http://forums.overclockers.ru/viewtopic.php?p=219601#219601. Обязателен к прочтению. Вопросы, на которые можно получить ответ в факе, будут удаляться. Особо рьянных будем одаривать картами и баннами.
Отредактировано куратором: Максим. Дата: 12.02.2007 19:31 Отредактировано куратором: SCIF-1986. Дата: 21.06.2007 1:53
_________________ Show yourself and die like a man
Member
Статус: Не в сети Регистрация: 05.01.2003 Откуда: Москва Фото: 2
-lead- Защит для DVD много ......... особенно последняя вообще прикалывает ....... фильм идет, но начинаются не с того и не с сего призраки, уход в черно-белое изображение, фейдинги, пикселизации и т.д. .......... пока нормально с DVD Decrypter не поработаешь, все доканывает ..... а так - работает после нормальной подборки кода
Кстати, вышла относительно новая версия DVD Decrypter 3.5.0.0 .... качать с doom9.org
_________________ Устав традиций нужно соблюдать, Хоть и не раз ответят вам отказом: Конечно, баба может и не дать, Но предложить ты ей всегда обязан!
Заблокирован Статус: Не в сети Регистрация: 01.01.2004
Цитата:
было у меня такое при копировании "Другого мира" или "Бессмертных", точно не помню... так вот, поставил я "Игнорировать ошибки" и усе! Скопировалось, перекодилось, вроде все в поряде
А с чего изображению то портится, что могут дать запортые 100 -300 кб. если поток 2-4 мб.с.
Все-таки ГК рулит-с Еще раз убедился на примере "Корпорации монстров", которую кодил в ДивХ5 на Slowest'е целых 12 часов.
ЗАТО - нормальное разрешение (заметно выше, чем выставил АГК, который кодил чуть менее 3 часов) и КАЧЕСТВО - просто улет
Все, чего имхо не хватает АГК - это настроек кодеков и "предпочитаемого разрешения"... Бо в ГК с комптестами запарицца можно...
Member
Статус: Не в сети Регистрация: 05.06.2004 Откуда: Краснодар
Цитата:
В гордон кноте когда срезаеш бока паралельно увеличивается горизонтальное разрешение
Как же оно увеличивается если было 720,а стало 512? Так никто и не ответил смысл есть искуственно увеличивать разрешение и как это отразится на времени кодирования ?
Добавлено спустя 1 минуту, 46 секунд:
Цитата:
поставил я "Игнорировать ошибки" и усе! Скопировалось, перекодилось, вроде все в поряде
Advanced member
Статус: Не в сети Регистрация: 09.03.2004 Откуда: Кишинёв
R0m4ik
Цитата:
Как же оно увеличивается
Имеетца ввиду ввиду визуальное увеличение при полноэкранном просмотре.
Цитата:
смысл есть искуственно увеличивать разрешение и как это отразится на времени кодирования ?
Смысла нема. Отразится крайне губительно - ресайз заберёт время + кодить надо будет большую картинку. Соответственно большей картинке - больше битрейта надо.
Заблокирован Статус: Не в сети Регистрация: 01.01.2004
Цитата:
Как же оно увеличивается если было 720,а стало 512? Так никто и не ответил смысл есть искуственно увеличивать разрешение и как это отразится на времени кодирования ?
Горизонтальное остаётся неизменным при обрезании боков в ГК а вертикальное тока увеличивается. Ещё раз ресайз только ланкоз ставь
Цитата:
Смысла нема. Отразится крайне губительно - ресайз заберёт время + кодить надо будет большую картинку. Соответственно большей картинке - больше битрейта надо.
Смысл есть, а про губительное отражение это врадли 720-400 это лучше чем 512-288, лично я при кодировке давно уже не опускаюсь ниже разрешений 720-400, 368. ( есть конечно тяжёлые случаи типа ванхельсинга на 1 сд, тогда это наверно к месту будет. А так вс якие звёздные войны и прочиие боевички как нефиг делать при таком разрешении на 1 Сд).
Плюс запомни правило чем выше разрешение тем меньше бит на пиксель нужно для получения качесмтвеной картинки, тем более когда кодек использует Б кадры.
Насчёт скорости на моём дряхлом атлоне 1800 на VHQ 1 это 19-15 фсп, VHQ4 15-10 фсп на втором проходе. Правда когда перешёл на такое разрешение пришлось отказатся от сравнительной кодировки в ВП ( у него первый проход по времени занимает чуть меньше чем 2 прохода в Хвиде на VHQ1 AQ.) Я им недавно для сравнения в Good quality (Бест занял бы раза в три больше времени, хотя и квадратов бы скорее всего бы небыло) откодировал Пароль "Рыба Меч" 1.34 вариативность битреёта во 2 проходе была от 25 до 400 % практически все динамичные сцены оквадратились. Хвид же при среднем битрейте в 1 проходе 2700-2800 кб.с. и таком же как у ВП втором 900 кб.с HVS-BEST AQ VHQ1 справился без проблем с динамикой средний квантанайзер был 4 . Естественно некоторые лоу мотион сцены были менее качестивеные чем у ВП.
Хотя страно почему Вп даже на Гуд квалити не смог раскидать поуму битрейт
Member
Статус: Не в сети Регистрация: 05.06.2004 Откуда: Краснодар
Цитата:
Т.е. имеетца ввиду: 720хХХХ->512xXXX(crop)->720xXXX(resize).
Я прочитал руководство по GK ссылка на который есть на 6 странице этой темы и там написано что нужно разрешение подбирать так чтобы б/п было не менее 0.2 ,т.е. уменьшать и что большое разр. и маленький б/п хуже чем меньшее разр. и больший б/п
Advanced member
Статус: Не в сети Регистрация: 01.03.2003
R0m4ik
Цитата:
Что это
при переборе с фильтрами и прочими манипуляциями можно добиться эффекта смазывания/замыливания, то есть изображение просто будет расплывчатым в даном месте
Advanced member
Статус: Не в сети Регистрация: 01.03.2003
stavork
виртуалдабом....
open avi - append segment - потом ползунками снизу выделяешь до середины и сохраняешь кусок.. а потом и второй... конечно же отключив компрессию в меню видео
Member
Статус: Не в сети Регистрация: 17.10.2003 Откуда: Krasnoyarsk
Тут уже говорилось про выход XviD 1.0.2, вот список изменений
This release fixes very minor bugs. It is source and binary compatible with the previous version.
Changes since 1.0.1:
xvidcore:
Fixed non compliant bvop decoding (was using rounding=0 instead of rounding=1)
Added better mv bound clipping for broken streams.
Better behavior with content claiming not containing bvops but eventually having bvops.
Force fincr and fbase to be < 16bit.
Fixed thread safety problem in C language iDCT implementation.
VFW frontend:
Memory leak
Debian dir:
Added again to release files as it seems debian will not include xvidcore in its pool.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 25
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения