Search options (Page 22 of 47)

%username%
Допустим: 50ватт * 8 часов * 30 дней / 1000 = 12кВатт * 2,5р = 30р/мес
Немного неверный расчет .
Добавь сюда КПД блока питания , уже не 50 , а 60 . Вентили нужны - это ещё ватт 5 .
Но самое главное - для ФХ нужна ещё и видяйка . Для игрового компа , не спорю , вариант . Но для медиацентра - просто атас .
У меня давно мечта - спрятать комп за панель ....но Chainik не Газпром 
Денег не берет , но и доделать не хочет 

Chainik
ох уж эти сказочники...
Да ладно 
Вот тема , специально созданная для тебя : http://www.svp-team.com/forum/viewtopic … 713#p29713
Я уже не раз пробежался по масштабным уровням , благо сейчас лямбда считается от самого грубого . Картинка с разным разрешением отличается лишь детализацией .
Сделай масштабирование векторов в 2 и 4 раза с полу-четвертьпиксельной точностью , чтобы на выходе получить пиксельную точность - там и сказки станут былью .
Как-то увеличивать размер блока , ради уменьшения нагрузки ...вещи взаимоисключающие .

vivan
Угу, очередное подтверждение.
Какое к черту подтверждение ?
Человек сидит на слабом железе - это раз . Пытается вывести через вмр9 - это два .
ЛАВ прикрутили главным образом - чтобы снять нагрузку от декодирования . Дхва с возвратом кадров . Встроенный хомесинема умеет только дхва без возврата кадров , что есть копец свп .
вмр9 ...Был хорош для 20 века . На самом деле вывести 60 кадров на монитор 1080р с увеличением картинки из ПАЛ или 720р весьма непростая задача . Во времена тубиана и встройки пользовался увеличением картинки до мониторного размера процессором ...ибо встройка была не в состоянии вывести 60кадров с ресайзом .

Тот же сплеш - имеет минимальные требования , как-то дхва и проц . И выводит лишь в оверлее . Попробуйте включить улучшалки в драйвере при 1080р60 - удивитесь , даже топовые карты спотыкаются - ибо писателям драйверов не ума - что в природе существует 60фпс .
Мне , так наоборот , наличие ЛАВ и МАДВР очень на руку - поставил свп на чистую систему , убрал с автозагрузки и нет проблем .
Как бы ..когда пройдешь путь от КореДуо на нвидиа 6150 (достаточно сменить рендер , чтобы получить дропы на 1080р24) , до ай5 +7770 ...Начинаешь понимать - для дебилов нужен железный проигрыватель . Нищие больших экранов не имеют . Остальным всегда пытаемся помочь . Будет желание , придут к тебе и знания . или : Без труда - не вынуть рыбку из пруда .
Единственная беда свп - это наличие камня от 200 баксов для ЛЮБОГО видео . Нужно уложиться в 60 для поиска и 60 для построения .

danil4eg
Это не потенциал, это забвение. Однокнопочных уплавнялок пруд пруди.
Один только ДР чего стоит    Посмотрел намедни ...пытался посмотреть ...короче говоря - этот ДР из копья сделал кнут , ибо уплавняет всё и вся .
А тут , хочешь - расслабил вектора , получил ДР . Хочешь - зажал , получил умолчательный 3.1 .
Всего - то , сегодня нужно снизить нагрузку в разы . И дать юзеру в руки инструмент согласованности векторов . Тут и проявляется главное достоинство свп : хочешь ДР - получи , хочешь Филипс - получи , хочешь Сплеш - получи . Если прибавить возможности ффдшов - равных просто нет .
Единственный тормоз - неадекватная нагрузка на фулке , пора снять проект с ручника .
Мне , к примеру , нафиг не нужны полупиксельные вектора на фулке . Ибо кол-во артефактов от этого не зависит . Зато интересно будет выбрать профиль от MAG79 , SubJunk , от себя-любимого , может кто ещё подтянется .
По большому счету - нужно лишь научить свп масштабировать вектора , чтобы забыть железные проблемы и , самое главное , наконец занятся качеством . Ибо , как выяснилось , на вкус и цвет товарища нет .

Noweol
Декодировщик-то видео аппаратный? DXVA?
Система - вин ХР . Возврат кадров недоступен .
Скорее всего , если поставить вин7 , и получить возврат кадров ...То последний свп должен справиться , хоть на минимуме .

MAG79
Во первых , не мать , а мама .
Во вторых , этот телек отношение к кино имеет постольку-поскольку . Не суть важна что да как ..Просто зная , что есть лучше и больше - он так и останется настенным планшетом размером 42 дюйма .
Ну а в третьих , хорошо , что он появился    Поразглядываешь размер блоков и точность векторов , там и поговорим 
Могу подсказать , где лучше видно ...смотри на границу черных полос , особенно когда они небольшие . На черных титрах тоже интересно .

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

flashlight
Это как то печально
Ничего нет страшного и печального . Нет одинаково хороших настроек для видео любого размера и любых блоков .
Конкретно под размер подобрать можно . Элементарное перекрытие может изменить картинку до неузнаваемости . Можешь испытать перекрытие 4 пиксела
overlap=4, overlapv=4,
Для блоков 32*32 и 11блочный в этом скрипте . Ореолы значительно снизятся .

ещё одна вариация скрипта , что выше .
Целью скрипта является объединение положительных качеств 11 и 13 шейдера .
Мои характеристики 11 шейдера - плавный , с 13 даже сравнивать нельзя . И , против 11 блочного "сопливый" - как любой , кроме 11 блочного и 13 .
13 шейдер ...единственное достоинство - способен избавить не только от "соплей" , а также от проблемных деталей в кадре .
Главной фишкой является применение медианного деления . Грубо говоря - 13 шейдер , но с нормальным уплавнением , или 11 , с ограниченным уплавнением . Естественно , "обрезание" происходит лишь на мелких деталях . Но поскольку после деления алгоритм пытается поискать ...Вообщем смотрите сами .
Попутно выяснилась ещё одна особенность медианного деления - смена сцен детектируется намного точнее . Плавность отключается чаще , чем обычно - но зато там , где это действительно необходимо .
Для работы алгоритма "как задумано" - берем ремукс (обрезаем черныполосы) , выбираем блоки 32*32 с уточнением (можно и без) . Радиус желательно 4 пиксела . Для фулки и 3.0 полупиксель противопоказан - можно получить недоуплавненную картинку .
Шейдер - 11 , или 21  с отсутствием подавления контурных артефактов ...что есть одно и тоже .
Предупреждаю - нагрузка с уточнением далеко не маленькая .
На меньших разрешениях можно выбрать полупиксел - лишним не будет . Но блок 32*32 с уточнением нужно сохранить .

"допиленный" предложенный ранее скрипт для 3.0.7 . Его нельзя назвать "легким" , но всё же не забываем , что выбирая блоки поиска 32*32 на выходе без уточнения будут блоки 16*16 . С уточнением - блоки 8*8 .
Если вы выбрали блоки 16*16 , тогда при включенном уточнении на выходе блоки 4*4 .
Советую не игнорировать данный скрипт . Хотя бы для того , чтобы сравнить две версии свп и ДР . Этот скрипт практически не отключает плавность , целиком и полностью полагаясь только на поиск .
Супруга сегодня подошла к телевизору , на сцене Властелина Колец - Две Башни , когда изгоняется Саурон из короля Теодена . Еле отогнал 

Несколько советов по настройкам :
1 Достаточным является рад 1 пиксел , недостатка в амплитуде уплавнения вы не увидите .
2 Для блоков 32*32 хорошим будет радиус 3 пиксела .
Для блоков 16*16 - 2 пиксела . Конечно больше-лучше , но не критично .
3 Тип поиска для фулки лучше установить логарифмический . Никакой необходимости в большей точности нет .
4 Если используется видеокарта - полупиксельную точность векторов на фулке устанавливаете в последнюю очередь .

Приоритеты нагрузка-качество выглядят следующим образом : уточнение ,  радиус выше хорошего , размер блока  , затем полупиксельная точность .
В любом случае - при серьезном недогрузе камня  нужно использовать увеличение размера входящего видео вместо уменьшения размеров блока и полупиксельной точности векторов .

dlr5668
Радиус поиска ставить максимальным ?
Чем крупнее блок - тем больше должен быть радиус поиска . В 3.0 радиус поиска можно установить ручками . В 3.1 - используется "хитрый" радиус ....на мой вгляд "средний" - это 2 пиксела , максимальный - 3 пиксела , что там на самом деле-понятия не имею .
Точность векторов ...понятие относительное .
Например - мы выбрали блок 32*32 . Это значит , что поиск будет происходить блоком 32*32 . Т.е. блок может найти ..скажем горизонтальную линию - до пиксела . Но блок такого размера будет слеп к сложному движению . Разнонаправленное движение просто не увидит .
Вопрос : использовать меньший блок и учитывать движение более мелких объектов - но пиксельной точности . Или использовать более крупные блоки , зато с полупиксельной точностью движения крупных объектов ...Тут кому как нравится .
Одно могу сказать точно - для поиска векторов достаточно пиксельной точности по отношению к размеру монитора . Для монитора 1080р достаточно пиксельной точности , если это ремукс1080р . Меньшее же разрешение нужно увеличивать на входе .
В случае построения на видеокарте - вообще без нюансов , там всегда одна точность . В случае построения процессором - сейчас поиск и построение имеют одну и ту же точность .
Т.е. нельзя получить полупиксельное построение , если не использовать полупиксельный поиск . ЭТО очень плохо .
На самом деле невооруженным глазом видно разницу между полу, четверть пиксельным построением , но ни разу не видно точности поиска большей , чем размер реального монитора .