Search options (Page 7 of 47)

Amazis
Являюсь владельцем ай5 2500к . Что сказать ?
Все мои абгрейды делались только ради свп :

1 Обрезок КореДуо + встройка нвидиа 6150 . Мой первый хтпс    Фулку тянул . Сегодня хватит на 720р с свп , если строить лишь 2 кадра из 5 .
Вообще , мне результат нравится . Доступно в свп 3.0. Если кому интересно , можно организовать скрипт .

2 Атлон , тот который платишь за 3 получаешь 4 ядра. Сегодня вполне справится с фулкой , если добавить совместимую видяху . Я бы оценил в 80% доступного качества свп 3.1 , правда если "забить" на возможные дропы в 0.1% случаев . Для любителей рипов на этот 0.01% можно забить .

3 ай3 430 . Примерно равен Атлону*4 , но все же в разгоне по шине 133-200 превосходит оный . Гораздо прохладней .

4 Феном о 6 ядрах ...Хороший камень , позволяет "забить" на построение видяйкой . В случае с видяйкой доступно 90% качества свп 3.1 .
Правда требует тонкой настройки по напряжению ядра-контроллер памяти-кеш . Иначе кушает и шумит .

5 ай5 2500к - В плане поиска и декодирования камень избыточной мощности . Интересен только как "просмоторщик" в режиме 150% 1080р . Для 3.1 - единственно приемлимый вариант в плане подвижных деталей в картинке для мониторного  разрешения 1360*768 . Кому то бред , у меня же зла нехватает .

Чтобы было понятно : 3.1 настроена на глобальное уплавнение картинки . Поиск усложнен против 3.0 , на мой взгляд крайне неэффективно .
свп 3.0 - лишена кучи плюшек 3.1 , но позволяет во многих случаях получить более детальную картинку . Правда придется насиловать камень . Для 3.0 есть смысл иметь ай5 и выше .

Для свп 3.1 сегодня я бы взял ай5 4 поколения наименьшей цены . И забил на дискретное видео .  По большому счету , начиная с Атлона*4 , ради свп грейдиться смысла нет .

Этот скрипт представляет собой поиск , что реализован выше . Чуть больше согласованность векторов .
Ну и есть небольшое , 2 пиксела , вертикальное перекрытие . Это единственно оправданное перекрытие , ибо позволяет лучше покрыть высоту кадра , бордюров в этот раз нет совсем .
Собственно вы получаете единый поиск всегда и везде . Результат поиска 720р-1080р будет примерно одинаков . Но ...
При использовании уточнения вы можете получить указанные вами блоки и перекрытие на выходе .
Т.е. если выбрали блок 32*32 , вы получите блоки 32*32 на выходе , 16*16 - получите 16*16 . Но ПОИСК векторов от выбранного вами размера блока на выходе НЕЗАВИСИТ .

Это дает интересные возможности ...Совместить подвижность мелких блоков при поиске , с гораздо более точной ловлей артефактов .
В общем , скрипт доказывает несостоятельность смены сцен в свп 3.0 (3.1 - не исключение) . Можно глазами видеть , насколько реже будет отключаться плавность при блоках 8*8 на выходе ...И насколько чаще будет  отключаться плавность для блоков 8*8 , если видео шумное .
Замкнутый круг , однако .

Скрипт дает лучшую картинку для блоков 32*32 с перекрытием 0.25 блока , чем шаг 24 пиксела в 3.1 .  Рекомендуется как минимум , для сравнения .
Некоторые рекомендации по радиусу поиска . В этом скрипте это всего лишь постобработка . Поэтому следуем следующим правилам , если позволяет камень :
1 Радиус поиска = 1 пиксел , тип поиска - исчерпывающий .
2 Радиус поиска 2-3 пиксела , выбираем шестиугольники .
3 Радиус 4 пиксела , мультишестиугольники . Возможен рассинхрон .
Что до полупиксела - тоже влияет на отключение плавности    Использовать полупиксел имеет смысл при процессорном построении , даже если входящее видео больше размера монитора . При ГПУ построении , лучше отдать ресурсы на больший радиус поиска , но ограничиться пиксельной точностью векторов .

Профиль для 3.0.6-3.07 . Называется : Что мы потеряли .
Предназначен для обрезанных через ффдшов ремуксов , в 3.0 иначе никак .
Фишка в том , что ещё никто и никогда не пытался разорвать поле векторов . В этом скрипте применены следующие приемы :

1 Никаких штрафов - чистый САД и увеличенный радиус .
2 В свою очередь радиус лишь 1 пиксел , но зато с trymany (никаких штрафов    ) . Дальше повторный широкий поиск - с очень низким порогом САД , и 8 пиксел .
Относительно безопасно можете уменьшить до 6 пиксел : badrange=8
просто меняем 8 на 6 , если тянет , но местами затыкается .
3 Используется лишь 5 возможных уровней , то есть согласованность условная . Объяснять долго , без картинок всё равно будет непонятно .
Принимаем на веру и смотрим .
4 Я впервые осознано использую plevel=2 . Вообщем это непохожий на все остальные скрипт .

Смотреть на 11 или 21 шейдере без подавления контурных артефактов . Никакого 13 шейдера - испортите блюдо . Площадные пока не настраивал , особой необходимости нет , так что отключаем .

Блоки 16*16 без перекрытия , можете использовать перекрытие 2-6 пиксел - если исправите руками число используемых уровней : levels=5
Просто меняем 5 на 4 и сохраняемся .  Если будете использовать перекрытие с 5 уровнями - возрастет кол-во двойных контуров .

Смотрим без уточнения . С уточнением детали при небольшом движении выглядят лучше , но хоть как-то внятно настроить смену сцен нереально . Это утверждение касается ремуксов ,  скрипт именно для 800р(1080р) . Достаточно тяжелый , нужен ай5 подобный камень . В принципе , полный 16/9 720р тоже будет хорошо .

Полупиксел можно использовать , скрипт имеет ограничения в поиске на быстрые панорамы . Так что некритично .

Адаптивного режима в 3.0 нет , следовательно совсем убрать артефакты нереально . Опять же - картинка по детальности превосходит всё , что вы могли лицезреть раньше . Именно поэтому и делюсь .

Сегодня добрался до плазмы панасоника 55st60 .
Все 1000 линий отображаются вплоть до максимальной скорости "метелок" .
Соответственно , так же как и мой пионер 5080 , имеет место небольшой шлейф при 100% яркости и максимальной скорости "метелок" 18.5 ppf .
Этот шлейф виден на пару пиксел - обычное послесвечение люминофора . С расстояния 1м уже не критично .
Соответственно шрифты читаются все , на карте прекрасно читается название моего города .

Умолчательные настройки терпимы , чуть добавить гаммы и будет всё прекрасно . К сожалению , компьютера под рукой небыло , тестировал со встроенного плеера . Да и хозяева и так довольны , соответственно мне лень 

Против плазмы пионера 50 дюймов 1360*768 и 55 дюймов 1920*1080 ....Пиксель мелковат . Засветка от яркого соседнего пиксела выражена гораздо заметней . Когда выбирали телек , разглядывал 65vt60 - такой проблемы незаметил .
С другой стороны - фулка есть фулка , где-то в 2.5-3м картинка просто заглядение .

Уплавнялка    Могу сравнивать только с свп . Субъективно , ибо плеер телека "хитрожопый" - пауза только на оригинальных кадрах .

1 Работает , как помесь 2-ого и 13-ого шейдера . На малых векторах 2-ой(может 21)...текучий однозначно , при большой амплитуде 13....ибо соплей на больших векторах нет . Адаптивный режим замечен не был .
2 Отключает плавность при быстром  движении крупных объектов в кадре . Примерно такого же эффекта можно добиться с свп , если уменьшить количество используемых уровней при анализе движения .
3 На шумных сценах отключения плавности нет , в свп 3.1 недоступно . Вообще , против свп плавность отключается гораздо реже .
4 Никакой полупиксельной точности векторов и духа нет , в отличии от построения . Навскидку , в лучшем случае двухпиксельная точность , скорее всего , ещё меньше . При выводе кратных 24 кадрам временных промежутков это и не нужно . Тут либо кратный вывод (24*целое), либо большая точность (24-60) .
5 Заметил похожие артефакты "вертухаи" , кто знает , тот поймет . Размерность завихрений примерно та же .
6 Точно также оторвалась башка в отрывке с водным мотоциклом из форсажа . Сплеш этот отрывок играет лучше всех .
7 Проблем с нарастающей яркостью незаметил .

Собственно ничего выдающегося перед свп нет , кроме отработки смены сцен=отключения плавности .

В сети появились "Пираты Карибского моря" в кодеке AVC . Разница с ранее доступным вс-1 чувствителна , особенно с свп .

Для тех , кому чуть нехватает производительности для использования шага 16 пиксел , предлагаю чуть подправить настройки :

levels.scale.down            = 4; случайно заметил гораздо меньшую чувствительность к сильным изменениям яркости с этим типом ресайза

Соответственно можно использовать более легкий тип поиска :

analyse.main.search.coarse.satd    = false;

Полный скрипт пока в процессе , и не факт , что будет равноценная замена ...Но для меня использование более мыльного ресайза в борьбе с проблемой изменения яркости явилось откровением , совсем неожидал .

Сдаюсь - смотреть интерлейсное видео нужно через Сплеш .
Дискретная видяйка опять ненужна , но это к теме неотносится .

Rimsky
естьядиф тупо не убирает чересстрочкуя даже автору ЛАВа писал, с примерами и скринами
Может быть , из того , что храню и смотрю -Дискотека 80-х.Эфир от 01.01.2013_HDTV_by_CLIPMAN
Остальные бяки , вида документалки , изобилуют кадрами - дублями . В этом случае качаю рип и не парюсь .
Ну а 1080и HDTV можно тупо отправить на телевизор - деинтерлейс есть даже в моей древней плазме .

Rimsky
это где включается? не в МРС

Настройки рендеринга погляди .
Rimsky
поглянь в вики - при этом начинает мерцать плязма а может и не мерцать

Ну мы же рассматриваем вывод YV12 в сравнении .. Пытаемся победить бандинг - так кажется называется .
Мадвр пересчитывает YV12 в РГБ888 применяя 16 и 12 битную точность . Я разницы не вижу . 10 бит , на два разряда больше 8 битного вывода вполне достаточно , даже с запасом .
Если речь идет об выводе на телевизор в YV12 , то ещё проще - телевизор тупо пересчитает сам . Конкретно как может и под свою матрицу . Шарпить и прочие приблуды вполне можно задействовать : в этом случае .
Rimsky
HD берет на декодирование только DXVA совместимое видео

Для ай5 это непроблема , совсем не проблема .
Rimsky

а) нужен деинтерлейс на входе - автоматом гефорц с качественным HW deint,
Ну и ? Получаешь 50 гц обычным деинтерлейсом и радуешься . Я понимаю , если есть возможность вывести 100-120 фпс , научи как - через ашдимиай .

Rimsky
и hd4000но они в процах с неинтересной ценой
Собственно пост про дискретную видяйку был адресован ВЛАДЕЛЬЦУ хд4600 .
Это несколько меняет расклад ? Неправда ли?