You are not logged in. Please login or register.
SmoothVideo Project → Posts by gaunt
%username%
Половина SVP в файле override, запили свою версию SVP с вистом и поэтессами, сделай скрины и ролики где будет наглядно показано преимущество - тогда и продолжим.
Пожалуйста , файл овверайд из моей папки свп . Смотрю ремуксы - обязательно обрезание черных полос .
Шаг 14 пиксел , адаптивный режим , 11 шейдер .
MAG79
И теперь по теме: А никому не приходило в голову, что если не уплавнять мелкие объекты в кадре, то они начнут дрыгаться на экране (тот самый эффект стрекоз, описанный в ветке на ixbt) - эффект "недоуплавнения".
Стрекозы - это другое .
Есть крупный объект в кадре - ромашка с яркой серединой . Есть лепестки ромашки . Белые лепестки на белоснежном фоне - контраст равен 0,1 . Т.е. они конечно отделимы зрительно - тонкой линией серого цвета . Тонкой линией меньше размера блока ...Итог - середина качнулась , лепестки остались . Это одна сторона медали .
Теперь остался лишь один листок и голубое небо с рядом стоящим облаком (другой крупный объект) - результат движения и есть эффект стрекоз .
Это при анализе движения в двух кадрах .
Теперь смотрим в трех - движение ВСЕГДА присутствует в нескольких кадрах .
Вероятность правильного нахождения всего цветка увеличивается , ибо лепестки двигаются за серединой . Именно так сплеш сдетектировал падающих парашютистов из Трансформеров .
Просто достаточно точно сдетектировал панорамное смещение , тем самым отделив мух от котлет . Движущихся локальных парашютистов от очень сложного фона - периодической структуры .
И сама периодическая структура - гораздо эффективней сдетектируется при правильном глобальном векторе ..
Просто нужно отделить движение камеры - искать в нескольких кадрах = в разы точнее .
От локального движения - между кадрами .Локального перемещения в кадре .
Частично доступно в мвтулс - можно использовать вектор предыдущего кадра ...но в однопотоке .
Уверен , что Феноквад вытягивает ремуксы без дропов ? Я нет . Был у меня оный камень - дропал по черному .
И потом - только шаг 12-16 пиксел можно назвать настоящим свп . Остальное - компромис . Причем это утверждение верно для поиска векторов .
К построению кадра отношения не имеет .
Во всей истории свп=кинотеатр лишь даунклокнутые старшие ивибридж ...достойны работать под телевизором . Ватт в 40 укладываются - шума не создают и атмосферу не греют .
Я уже молчу за армию ноутбуков - им свп просто противопоказан . У того же Chainik тупо видяйка перегревается .
Самое интересное во всей этой истории - что никакой необходимости ТАК напрягать камень поиском векторов нет .
Можно вполне обойтись полупиксельным поиском 16*16 с делением до 8*8 - классическая схема времен свп 2.0 ...По вдвое меньшему изображению ..получаем вектора пиксельной точности . Вариаций тьма . Мало того , при такой схеме есть и качественные бонусы ...
Но сейчас свпмарк используется в качестве теста производительности ...
И , самое интересное , если раньше обычному пользователю было интересно уложить видео поплотней (264) , то сейчас есть торренты - смысла от способности кодирования 0 ... Игры давно не тормозят , разве что полторы штуки ...Остается ТОЛЬКО СВП .
Сам посуди - ЛАВ кодек , есть хардварная поддержка - неважен камень .
Мадвр - на игровой видяйке проблем нет .
СВП - приехали - иди в магазин . И почему свпмарк стал популярен у продавцов ?
Жаль , ведь Chainik сделал уникальную вещь - построение на видяйке . С сегодняшним состоянием дел - это выстрел в воздух - прихода практически нет . На фулку могут замахнуться лишь камни - которые и без видяйки вполне обойдутся .
Замкнутый круг - скованный свпмарком .
%username%
Chainik
Куда девать огромный парк коредуо и двухядерных атлонов ?
Какой нормальный человек , не знающий про свп , купит 4-8 ядерный компьютер СЕГОДНЯ ?
10% населения - в состоянии купить новый компьютер . Но тот , что в состоянии , купит какой-нибудь Филипс и всё . И будет прав - цена того филипса=цене компа .
Да и отсутствие ресурсов - тормоз для развития свп . Уж год - никакого движения . Одни железные проблемы и насМарки .
konstanitinqq
Понравится то понравился - была идея даже взять видео поток и перенести в MPC, но к сожалению 10 бит на цвет не поддерживает (10 битное видео), а так хорошая производительность.
Это не та тема , если индекс свп меньше 1.0 ...то никакого уплавнения нет . Тем более рассуждать о качестве .
Нужно снижать настройки . Процентов 70-80 нагрузки камня для евр . рендера . С евр синхр. или пользовательским - ещё интересней .
Ну а про 10 бит ...У меня Пион , на прокарту пока не заработал .
Качайте ремуксы , декодируйте ЛАВ (аппаратно) и ресайз вниз - индекс 1.0 и 80% загрузки камня ....
А так , да - требования свп запредельные . 90% населения нормальное кино=ремуксы смотреть не может .
konstanitinqq
Как насчет такого нововведения:
Сглаживать исключительно зумы\передвижения камеры, если для большего не хватает мощности*? Профиль ввести что ли такой...*С технической точки зрения, если например не хватает мощности для нормального "уплавления" full HD, то теоретически, мощности хватит хотя бы для качественного сглаживания зумов\перемещения камеры?
Оно и есть самое нужное решение - отделить мух от котлет 
Но для этого нужно минимум заглянуть на два кадра - тогда возможно однозначно детектировать панораму , возможно найти объект - который не следует уплавнять .
Вращение и зумм - эти движения сегодня никак не детектируются .
То , что вам надо - минимум аппаратных требований и уплавнение лишь выборочных объектов ...попробуйте сплеш , может понравится .
Я пользую довольно часто - для старых фильмов : Семь самураев , В бой идут одни старики . Они малоконтрастные , даже ремуксы 
- свп бессилен с ними справиться .
Да . можно взять 3*2 ядер Vishera . За 133 бакса в принципе не плохо , если мать уже есть .
И наверняка можно ужать потребление в номинале .
Для свп так вообще , удача .
Chainik
Да ну ! Это у этой системы против highest стоит 1.07 . Другими словами - запас 7 % . 64 кадра успевает просчитать ...
Или расчет упирается в слабую видяйку ? Или в шину PCI-E ?
Наконец то появилась система , способная в разгоне воспроизвести профиль highest .... Браво Интелу ....
А что, CTRL + колесико мышки вверх/вниз уже не меняют масштаб в окне?
Хватит флудить , я обхожусь мышкой - ибо прекрасно читаю в родных размерах . При этом особо не напрягаюсь . С ХР шрифтами совсем прекрасно . Но в ХР нет возможности нормально декодировать вс-1 , как нет возможности вернуть декодированное до процессора ....
Т.е. и т.д. не являются знаками препинания , но какой-нибудь деепричастный оборот ....способен перевернуть смысл сказанного с головы на ноги .
NightFox
gaunt, зачем ставить пробелы там где не надо и не ставить там где надо?
Точно такой же вопрос : зачем тыкать мышью в экранную клаву , когда есть блютуз ?
Ответ - незабываем , мой монитор Пион 50 дюймов , с расстояния примерно 3 метра . Признаюсь честно - точку сразу после буквы вижу плохо . Отдельностоящую хорошо . Или так , или без знаков препинания совсем .
Ещё вопросы есть ?
%username%
Видишь как интересно
Меня MAG79 не один год учил , и вместе учились
Конечно , если собрать в кучу картинки , которые сделал MAG79 , и раскоментировать как следует , то может дойдет за пару дней . А может совсем не дойдет - здесь Chainik прав .
Можешь просто принять на веру .
шаг поиска :
1 Входящее изображение режется на кусочки - расстояние между этими кусочками (блоками) и есть ШАГ поиска .
2 На сегодня движение можно искать лишь блоками - никаких шестиугольников , окружностей и т.д. недоступно .
3 Из интерфейса 3.1 доступны блоки (квадратные кусочки) - 8*8 , 16*16 , 32*32 . Размер указан в пикселах изображения .
4 Шаг поиска на сегодня - размер блока и перекрытие этих блоков . Т.е. вовсе не обязательно резать изображение ровно по границам этих блоков (кусочков) , изображение можно порезать с перекрытием этих блоков . Перекрытие - кусочки наползают друг на друга , края этих кусочков общие для соседних блоков (кусочков)
Пример :
шаг 16*16 - это порезанное изображение на блоки 16*16 без перекрытия .
шаг 14*14 - это порезанное изображение на блоки 16*16 с перекрытием 2 пиксела по краям этих блоков .
шаг 12*12 - это порезанное изображение на блоки 16*16 с перекрытием 4 пиксела по краям этих блоков .
И т.д.
Из входящего изображения строится пирамида , которая представляет собой :
1 Основание пирамиды = реальное изображение
2 Каждый следующий этаж(уровень) меньше предыдущего в 2 раза . Т.е. линейные размеры меньше в два раза . По площади высота*ширина=2*2=4 т.е. в каждом следующем этаже пикселей в 4 раза меньше .
3 Основание пирамиды принято за 0 уровень
соответственно уровень выше (меньше) будет 1 уровнем .
Каждый из этих этажей делится на кусочки - блоки .
Поиск движения начинается с самого верхнего этажа , постепенно опускаясь вниз - к уровню построения (0 уровень) .
Дальше нужна наглядность , с этим у меня туго .
%username%
Уже были претензии по поводу версии, а если она будет еще и твикнутая - совсем нехорошо будет.
Все будет прекрасно . Твикать ничего не придется , ибо здесь чистая логика .
В свп поиск векторов и построение разделены . Ничего не мешает применить механизмы масштабирования векторов .
Существенные отличия в поиске 3.0 и 3.1 ...Далеко не факт , что все нововведения приносят реальную пользу .
Именно огромная нагрузка от поиска тормозит развитие свп . Шутка что ли , топовые камни едва справляются . Неговоря уже о проблемах с рендерами , дропами .
Про шаг поиска рассказываю , для тебя лично :
1 Все , что больше шага 16 пикселей - зло для поиска . Невозможно обеспечить нормальную подвижность пирамиды (механизм поиска векторов). В результате невозможно получить максимальную подвижность векторов .
2 Шаг 8 пикселей и меньше - наоборот , имеют излишнюю подвижность . Практически нереально удержать такую картинку "в рамках приличия"
3 Использовать следует блоки (шаг) 16 пикселей . Можно с минимальным перекрытием (14) . С перекрытием (12) - не всегда лучше , ибо само перекрытие блоков вносит ограничения на взаимную подвижность векторов .
Таким образом следует использовать шаг 16,14,12 пикселей . Но для мелких ПАЛ разрешений результирующая картинка , увеличенная до размеров монитора рендером, при таких блоках будет выглядеть недоуплавненной . Решение есть - это кратное увеличение картинки (в 2-3 раза) , или кратное физическому размеру монитора (ресайз до 1080р очень тяжелая нагрузка) .
По радиусу - отдельная песня , в большинстве случаев - на вкус и цвет товарища нет . Сейчас из интерфейса недоступно , но 3 пиксела будет оптимально для блоков 12-14 , 4 пиксела для 16 .
Вопросы у тебя есть ?
%username%
вот и справку бы сделал, полную, исчерпывающую.
Справку к чему ?
Для тех настроек , что выведены в профиль , справка ненужна .
Те настройки , что есть в override нужно менять комплексно .
Даже те , кто числится в бета-тестерах ...не имеют такого кол-ва времени ...чтобы предложить свои настройки . Увы .
Сегодняшнии настройки - это плод железобетонного терпения MAG79 .
Вот и бьюсь , чтобы расширить круг пользователей свп до сотен тысяч , а не сотни пользователей - как сейчас . Тогда появятся лишние глаза и можно будет наконец перейти от железа к качеству ...Ну а пока - свп слишком нишевый продукт .
Chainik
Мне иногда , вернее всё чаще , кажется ...что тебе доплачивают амд и интел . И почему-то совсем не смешно
Если уже самому не интересно поэкспериментировать , например, с поиском движения в двух последовательных кадрах , поискать зумм или вращение , добавить штраф САД от контраста ....да мало ли чего ещё ...
Не отбивай желание людям . Уверяю , логику происходящую внутри свп , объяснить смогу .
yartat
В том то все и дело: я не на уровне протокола обмена в GoogleDoc оптимизировал, а вносил реальные улучшения в код avisynth (mvtools2 пока не трогал, т.к. на CPU+GPU самым тяжким является SAD16x16, которая оптимизирована для текущих процессоров.
Оптимизации ....
Chainik некогда , смотрит 3 телевизора и проектор
Может вам все же посмотреть mvtools2 ?
Дело в том , что при построении кадра используется матрица векторов вполне определенного размера . Матрица целочисленная .
Сегодня свп умеет :
1 Построить пирамиду . Где имеет место быть уровень построения=реальному кадру (0 уровень).
2 Используются все возможные уровни для поиска векторов , т.е. уровень построения деленный на 2 (1 уровень) . Деленный на четыре (2 уровень) и т.д.
3 СВП имеет механизм полу-четверть пиксельного поиска . Что интересно - Chainik уверяет , вычисления всегда целочисленные .
Таким образом можно получить пиксельную точность матрицы векторов , используя полупиксельную точность поиска по вдвое меньшему изображению (1 уровень пирамиды) .
Можно получить пиксельную точность , используя вчетверо меньшее изображение и четвертьпиксельную точность поиска (2 уровень) .
По тому же вчетверо меньшему изображению можно уточнить до полупиксела и получить двухпиксельную точность .
Теперь вывод :
Можно вполне избавиться от построения 1 уровня пирамиды (вдвое меньшие линейные размеры основного изображения)
Тем самым уменьшить нагрузку от поиска в 2-3-4 раза .
И возможно , будет хватать скорости обмена математика-данные . Ибо затраты на поиск векторов на 1 уровне больше затрат на все остальные меньшие уровни вместе взятые .
1080р при наличии совместимой видяйки для построения ....Короче говоря , в магазин бежать не нужно .
Если что-то непонятно - попробую разъяснить . Но в программировании я уже ничего не смыслю 
THX-UltraII
I rule 1m50%. Enough smooth.scene.limits.m2 = 10000.
If strongly move the timeline - it's annoying.
You are not out there looking for.
Advice on how to reduce the number of visible artifacts:
1 Use the step 12-14-16 pixel.
2 Place the radius to find 2 or 3 pixels.
C: \ Program Files (x86) \ SVP \ override
analyse.main.search.distance = 3;
3 Try different values lsad 3000-8000
analyse.main.penalty.lsad = 4000;
4 Use a specific frame size.
For example 720x400 increase by 2-3 times
It is important to monitor the height of the frame.
This will help maintain the flexibility to step 12-14-16 pixel
Unfortunately, the step 6.8 pixels will give obviously very moving picture. This is worse than 12 - 16 pixels.
Sorry, this is Google translation.
German taught 20 years ago. forgotten completely.
THX-UltraII
Unfortunately, you can not put two of the original frame in the sequence of 5 frames.
Have to sacrifice something.
I have proposed a script based on time intervals motion two consecutive frames. In this case, two of the five original frame.
Video smoother than the original algorithm 1m (SVP3.0). In theory, fewer artifacts.
Chainik
на кухонном - не стоит
Не стоИт ...или не стОит ?
Признавайся - оставшиеся три конфиги озвучить слабо ?
1.5m it is ... 1m mode.
60 frames for nothing else.
Can experience a 1m mode. I prefer for them.
You can use the version of SVP 3.0. Copy replacing C: \ Program Files (x86) \ SVP \ AVS.
konstanitinqq
Чтобы говорить про телеки - надо хотя бы видеть как они уплавняют - самсунг (6 серия 3d) например, создает артефакты, хоть и не очень сильно мешающие просмотру, но все таки если нужно качество - думаю лучше подойдет svp с подходящим компьютером.
Суть не в том , кто и что уплавняет . Суть в том , что за эти деньги можно УЖЕ купить вполне вменяемый телек . За 2*30 - плазму панаса с адекватной уплавнялкой . И это будет гораздо более разумное вложение денег . Мой пион переживает уже пятую конфигурацию корка-фен2-ай3-530-тубиан-ай5 2500к . И куда по вашему нужно вкладывать деньги ?
Артефактов и у свп выше крышы , увы . Единственное неоспоримое достоинство свп - гораздо большая амплитуда уплавнения . Ну и конечно возможность подстроить на свой вкус + богатые возможности хомесинема . Хотя в плане богатства настроек - 3.0 версия интересней .
В долгосрочной перспективе :
Нефти в России осталось на 23 года ...Всех изведанных запасов , вместе с шельфом . Цена добычи уже растет , фонтаны давно кончились .Газа на 70 лет .
Т.е. на пенсии мне придется покупать нефть в Венесуэле . Там примерно 15% мировых запасов . Только боюсь пенсии мне не хватит .
Вступление в ВТО пока не чувствительно , но подожди год-два ...повеселеешь . И неважно , сколько у тебя , или ещё у кого денег=акций и т.д. Если кругом нищета и безработица , уже не до машин .
Поэтому цена самой машины уже неважна , важна цена владения . Что толку иметь авто , если оно тупо ржавеет . Всё это приведет , главным образом, к ситуации , когда вторичный рынок будет измерять цену авто по западным меркам . Где ,по большому счету, цена сильно зависит от того : пукал кто до тебя в это водительское сидение или нет . Т.е. б/у машина в отличном состоянии будет стоить в разы меньше новой .
%username%
Был у меня квад кторый CPU+GPU выдавливал 1300 марков. Брр. Не хватало на 1080p.
Математики тому кваду хватает , был у меня фен2 , там другая проблема при 1080р - тупо нехватает скорости поступления той математики к ядрам .
Та же проблема с Коре дуо . Та же проблема с ай3 530 - прошлого поколения . Но с 530 проще - с шины 133 поставил 200 и проблема снялась .
Также , как и тубиану разгон по шине полезен .
Сокет 1155 не страдает этой проблемой точно . ФХ по твоим словам тоже , значит с тринити все будет нормально .
Покупать дискретное видео под свп - только ради шейдеров и МАДВР ....Но у телека наверняка есть свой шарпер ...
Вообще-то , есть сплеш , лишенный этих проблем ....
%username%
Чушь .
Декодирует в обоих случаях видяйка , строит тоже . И затыков - узкой шины у обоих камней нет(хотя за тринити не знаю) . 1920*1080 пролезет без проблем .
Для поиска мне и ай3 530 хватает . Для фулки важно лишь сохранить шаг поиска 16 пиксел . Двухпиксельной точности хватает за глаза . Лучше конечно шаг 16 (двухпиксельная точность) и локальное уточнение .
Всё остальное избыточно .
Единственно - я обычно увеличиваю входящее видео в два , три раза . Ресайз вверх достаточно затратная штука .
Как я и предполагал ранее , АМДэшный камень можно чувствительно даунклокнуть . Конечно и Интел тоже можно ...Но суммарное потребление менее 100ватт в плане экономии розетки уже не критично . При таком потреблении обычный 300 ватный блок питания имеет паршивый кпд . Опять же без нагрузки разницы в потреблении нет совсем (у меня торренты качает) .
Если собирать в кузов обычного компа - тогда АМД . Если что-то махонькое , то Интел . Руководствуясь лишь охлаждение=шум . И никаких дискретных видях.
Комп за 30 тыр ради свп - бред . Сегодня за эти деньги телеки с уплавнялкой продают . После Нового Года и машины начнут продавать ....
http://www.thg.ru/cpu/apu_trinity_razgo … print.html
Статья по выбору железа под свп АБСОЛЮТНО ДОСТАТОЧНОЙ ПРОИЗВОДИТЕЛЬНОСТИ для 2D .
SmoothVideo Project → Posts by gaunt
Powered by PunBB, supported by Informer Technologies, Inc.