Обычно вижу мыло мыльное на ЖК и живую картинку с артефактами на плазме.
Ну а разрешение, зависит от расстояния. И тут ограничение - строение человеческого глаза....Который, в состоянии различить две точки с 3 метров - если размер этих точек 1мм.
Всё остальное, от лукавого.
Мало того, практически все, всегда, пользуются увеличением киношной картинки, обрезая края и увеличивая % использования монитора.
Поэтому, кроме улыбки, разговор об фулке на мелком экране, не вызывает.

Что достойного в том мониторе, что есть разница между евр и мадвр?
Просто интересно, что заставляет смотреть именно фулку на мониторе 22 дюйма?
Как был оптимальный размер пикселя 1024*768 и 17 дюймов, 1680*1050 и 22 дюйма, фулка и 27 дюймов - так и осталось.

Это как надо склонится над монитором, с такими мелкими пикселями, чтобы увидеть разницу?

Поймите правильно - есть несколько решений вашей проблемы. Установить семерку, например. Не говоря уже о железе.
За удовольствие приходится платить...или работать головой.

www.lr.kr wrote:

Т.е. выходит так. Обладателям хорошего железа, которые могут его позволить для корректной работы хватит и Free версии. А тем, у кого финансы поют романсы, для корректной работы не хватает Pro версии с подстройками для себя.

Тут ты не прав. Хорошо помню, как чайник научил работать свп на Атлонах. Помнится, шестиядерный Феном работал с тормозами.
Помню, сколько радости было, когда видеокарта стала строить кадр - и, наконец, стало возможным смотреть фулку с 23 шейдером.
И заметь - 3.1.7, это 4 версия, только без "удобств". И она абсолютно бесплатна.
По большому счету, деньги появились с версией для эпл. Ничего зазорного в этом нет.

Например, у меня необходимость в расчете промежуточных кадров, из-за наличия плазмы Пионера. И альтернатив, улучшить картинку на хорошем телевизоре просто нет.
Вам же подавай фулку...на каком экране смотрите, если не секрет?

www.lr.kr wrote:

У меня из-за старой версии IE даже в скайпе нет и единой рекламы. И я не против рекламы, если она не открывает новые окна. И я как то уже предлагал просто изредка делать конкурсы, розыгрыши или что то подобное на ключик к Pro версии.

Нафинг она не нужна. У меня даже не установлена.
3.1.7 стоит и нет проблем. Вернее, есть одна, с процессорным построением.

Смысла платить за 4 версию нет. Касаемо качества видеоряда - разницы нет.
За деньги, покупается поддержка, и это нормально. Но вот ценник, как говорит наш бессменный вождь: наш пенсионер может купить столько же газа, что и британский.
Тяжко сейчас, чтобы за баловство платить. Вроде рендер бесплатный? Наверное, очень плохой?

я использую улучшение после масштабирования, а не обычное, как для 1080. Недавно смотрел TS-ку по Войне бесконечности и был приятно удивлён картинке.


СВП, сам по себе, есть такой же ресайз. С полупиксельной точностью по умолчанию. Есть одно золотое правило - увеличивать изображение до размера экрана. Тогда хватает рендера евр для всего и вся.

dlr5668 wrote:

Частоты можно выставить в Nvidia дровах или https://www.monitortests.com/forum/Thre … tility-CRU
Почти все мониторы работают с 72гц (разгон так сказать). Через меня около 20 моделей прошло, все пахали на 72

Оба монитора, что разгонял, изменяют настройки "тушения" пиксела.
Т.е. матрица уменьшает динамический диапазон и становится медленной.
Они - это игровой с ТН матрицей и китаец с матрицей лг, которая стоит в яблочном мониторе.
Ну а эталон - плазма Пионера. Тут вообще ничего не разогнать. До 5/2 подогнать киношные 23...кадра можно - максимум.

В общем, 20 мониторов - не показатель. И не самоцель.

Как и 3.0-4.0 свп. Уже седьмую версию пора сделать.
Простой счетчик количества итераций поиска на грубых уровнях - и с производительностью порядок навел, и смену сцен=артефакты поправил. А так - смотришь ремукс мульта Мадагаскар или Трансформеров ...одни настройки.
Смотришь пережатки того же размера - на полупиксель хватает.

Уже зеоны за 15 баксов купить можно, а свп всё топчется на месте.

James D wrote:

На дырявом ведре много воды не унесешь и от озера это не зависит.

Да ладно. Поди - прикупи новое железо...не лучше к туркам всей семьей слетать?

Проц не так интересно. Кто-нибудь может дать расклад по современным видеокартам? Думаю поставить всё же видяху, по 23 шейдеру соскучился.
Совсем мусор брать неохота...что-нибудь уровня айти5750-5770, есть сегодня в продаже?
https://item.taobao.com/item.htm?id=540319812960
Или заказать и не парить мозг?

Всем привет.
Хочу прогрейдить свой ай3, который на 1156. Который могёт фулку...с натяжкой под свп 3.
Есть такое модное предложение
https://ru.aliexpress.com/item/Original … 104942000a
И такое
https://ru.aliexpress.com/item/Intel-Xe … 104942000a

Стоит заморачиваться? Есть мысль притащить китайца 4К, понятия не имею, что там с уплавнялкой.

При перекодировании, можно просто увеличить до двойного конечного. Использовать шаг 24 пиксела для фулки и 14 пикселей для совсем уже меньше 500 строк.
Таким образом, получаем полупиксельную точность на грубых уровнях пирамиды. И четвертьпиксельную точность построения.
Также, крупные блоки имеют больше различий. Собственно, по этим различиям и ведется поиск.

Cryptor wrote:

Блин я пока ещё чайник в таких хитростях. Почти ничего не понял, понял что нужно где то включить что бы кадр увеличивался а потом уже "уплавнялся". К квадрату это всмысле 4:3? В общем можно конкретно с примером где чё писать и включать что бы заработало? Спасибо.

Тяжело со мной и скриншотами. В качестве монитора - плазма и радиомышь+экранная клава.

Голову ломать, по поводу размера блоков не стоит. Наиболее сильный эффект дает приведение размера видео к мониторным пикселам, а это уже 768 для самого мелкого 1360*768 монитора.
Увеличиваю видео до мониторного размера, фулку - как есть.
analyse.main.search.coarse.width    = 2100;
это очень интересная настройка. Для крупного шага должна выглядеть именно так, если выбирается максимальный радиус поиска.

В остальном, нужно менять алгоритм поиска в свп. Это доступно только разработчикам. Для современного свп абсолютно недоступно прорисовать парашютиста, с которым легко справляется сплеш. Это происходит из-за железобетонной зависимости поиска от единственного вектора для всей картинки. Гибкости, множества начальных координат (объектов в кадре) нет.

Отсюда растут ноги ещё 25% отключаемой плавности = росте артефвктов.

Некогда мне нынче, извиняйте.

Cryptor wrote:

Вопрос. Почему такой ограниченный размер выбора блоков? Работают 8-16-32 если выбрать в override.js, где 24-12 ? Я извиняюсь, может конечно это уже где писалось, но хочу я с экономить время если мне просто кто то скажет как можно выбрать блоки 24х12 если можно.

Блоки 24-12 получить можно.
Порядок действий такой:
1 Увеличиваешь видео в два раза по высоте ДО свп=ффдшов ависинт это свп.
активируешь вкладку "размеры", увеличивая размер видео.
2 Уменьшаешь размер видео уже рендером в видеоплеере.

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

Если есть лишние герцы, то лучше использовать размеры 24-28 по приведенному размеру монитора.
Т.е. увеличенное в 1.5 - 2 раза, до квадратного.
Затем возвращение уже к мониторным пикселям - уже рендером.

При режиме 24-60, отсутствует каждый второй оригинальный кадр.
Отсюда есть потеря натуральности движения, амплитуда движения уменьшается - сглаживается.
Ничего с этим не сделать.

Согласен с вами, ничего хорошего в этом нет.
Но, при панорамировании, зумме и вращении - хочется видеть максимальную плавность.

Господин Chainik совсем забросил качественную сторону картинки.....
Глобальное отличие поиска по САД - как раз в возможности анализа картинки, как основу для переключения режимов.

Раньше, я экспериментировал с видеорядом 1м2мм, 1м22м. И временной вес каждого м-интерполированного кадра ...ну никак не 50%. Ибо при частоте 60гц - второй кадр просто невозможно вывести в свое время.

Режим 24-60, нужный 99% пользователей, как основной - можно и нужно "адаптировать" по отличному от 50% алгоритму.

Дело в гораздо большем пиксельном шуме, как следствие - частое отключение плавности без на то необходимости.
Чем больше шаг=блок, тем менее чувствительно к шуму.

Вот и всё.
Естественно, если преобразовывать сначала в 50р, затем дальше, эффект менее заметен. Но он есть.

Вторая проблема - возможное наличие кадров-дублей или пулдовн. Тут без коментариев. Лучше найти вычищенный пережаток.

Тут без интернета неделю просидел. Кино всякое устал смотреть.
Родился скрипт...В чем-то получился интересным.
На этот раз шаг 28 пикселей. Картинка получилась чуть более резкая. Уменьшение шага сетки обязательно.
Шейдер 21, 23 или 11б. Адаптивный режим обязателен.
Основное отличие от прошлых - абсолютно другой подход к детекту смены сцен=артефактов. Картинка гораздо более плавная, но имеют место "дыры" - результат невозможности детектирования артефактов по контурам.
Несколько спасет включение подавления площадных артефактов  слабого или ниже среднего уровней. Я предпочитаю смотреть без подавления.
smooth.scene.limits.m1        = 600; можно уменьшить до 500.

rix23 wrote:

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

плюс еще вопрос.
Насколько я понимаю, при деинтерлейсе, теоретически, можно либо увеличить разрешение либо частоту кадров.
Какой лучший вариант с свп? увеличить разрешение в плеере, а потом увеличивать частоту кадров в свп?
Какие конкретно настройки в пот-е за это отвечают? Или таковых в пот нет, именно что увеличили бы разрешение?
спасибо

СВП не умеет адекватно уплавнять бывшее интерлейсное видео.
Наиболее "лучший" результат даст лишь преобразование до 50р и затем уплавнение "до частоты экрана" шагом 24-32 пиксела без уменьшения шага сетки.
Но правильно - переключить монитор в 50гц режим и миновать свп.

Нет желания отбить охоту ковырять сегодняшний свп...Относительно бестолковое занятие.

Если уже отключил тримани - поиск вокруг всех векторов кандидатов, то нужно вернуть штрафы. В скрипте лишь один остался - нового вектора...

Утопия это. Лучше разработчиков теребите.
Денег взяли - движухи нет.

Допилить нормальную смену сцен и детект артефактов не просто, а очень просто. Достаточно запустить анализ на нескольких верхних уровнях.
Автоматически получается механизм сбережения ресурсов.

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

Неважно, будут те, что в оверрайд.

Nurk wrote:
gaunt wrote:

Дальнейшая эволюция скрипта.
Для шага 24 и обязательного наличия уменьшения шага сетки. 11б шейдер + адаптивный режим.
Не подходит для черно-белых фильмов и вообще, для старого кино.

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

Проблема в механизме смены сцен - поиска артефактов в свп.
Я уже устал писать на эту тему....
СВП реагирует на ремукс и рип одного и того же фильма - потому что принимает решение о выключении плавности по времени, когда последний раз брился хоббит. А именно - длины отросшей щетины.
Ничего крупного поймать невозможно.
Особенно на пленочном=бледном кино, и черно-белом.
Умолчательные настройки сильно зажаты, поэтому проблема не так остра.
В последнем скрипте увеличен радиус поиска с 12 до 16 пиксел, одновременно увеличена согласованность векторов.
Это улучшает плавность, улучшает восприятие.
Но алгоритм становится чувствительным к "туману" и засветке.

Я ничего не могу с этим сделать.

Дальнейшая эволюция скрипта.
Для шага 24 и обязательного наличия уменьшения шага сетки. 11б шейдер + адаптивный режим.
Не подходит для черно-белых фильмов и вообще, для старого кино.
Смена сцен, как всегда, дырявая.
Можно использовать среднее подавление площадных артефактов, если смотреть 2,21,23 шейдером.

Предложение для свп...
Использовать возможности кодека HEVC, а именно блоки 64*64.
Это легко позволит перейти всего на два масштабных уровня пирамиды,
с уменьшением вычислительной нагрузки или повышением качества поиска векторов.

MAG79 wrote:

Я на скриншотах увидел только разные уровни черного. Это разные диапазоны вывода: 0-255 и 16-235.
К сожалению, мои тесты показали, что родная настройка диапазона в MPC-HC не работает (MPC-HC - Вид - Настройки рендеринга - Диапазоны вывода), зато работает конвертация диапазонов через шейдеры:
MPC-HC - Воспроизведение - Шейдеры - Выбрать... - 16-235 to 0-255 [SD][HD] - Добавить в pre-resize - OK

Если это проделать на паузе то будет отчетливо видно разницу было/стало.

LCD angle correction
Тоже хороший вариант.

Nurk wrote:

Ну разрешение то же, битрейт 9500, примерно тот же...
По-поводу анализа на каждом уровне, где можно покопать этот код?

У Chainik спроси. Чего там наковырено - не знаю.
Знал бы, сам давно выкопал.

Nurk wrote:
gaunt wrote:

Цифра 5 - будет удобоваримой для большинства новинок кинематографа.
Для терпимо ужатых рипов и ремуксов.
Например, та же заставка из "Игры престолов" (рипы) , с 5 смотрится всё ещё плавной, без заметных артефактов.

СВП - умеет сравнивать блоки ТОЛЬКО двигающиеся строго вправо или влево. И этим всё сказано.

На 5 заставка смотрится ужасно, там плавность включается в 10% всего времени заставки. Не знаю, на какой вы там матрице смотрите, но на моей 60 герц, плавности катастрофически не хватает.
Что тогда происходит с блоками, которые движутся не вправо и влево?

http://kinozal.me/details.php?id=1442192 Мы об одном и том же говорим?
Как в сравнении с умолчанием?

Никто не обещал абсолютную плавность - это невозможно.
Если вы смотрите на проезжую часть как пешеход:
Одна машина едет навстречу другой.
Ваш мозг вполне себе пропустит момент пересечения двух авто. Каждая машина в своем ряду - ничего экстраодинарного.
Если теперь говорить о кадрах:
В первом кадре машины всё ещё едут целыми и невредимыми навстречу друг другу.
Во втором - уже наложение, ближайшая к камере машина частично закрывает дальнюю.
Е сли просчитать промежуточный и вывести такой кадр, то авария неизбежна.
Нужно либо деформировать эти автомобили и выводить плавно, либо отключать плавность. Третьего не дано.
Можно несколько деформировать, несколько маскировать, но всему есть предел.

И этот предел - расположен на уровне заметных, крупных деталей...а не пиксельного шума оригинального 1080р.

Собственно, необходимость использования в 3 раза большей вычислительной мощности, для шага 24 пиксела, вместо 12-14...Как раз и связана с меньшей чувствительностью больших блоков 32*32=1024 пиксела против 16*16=256 пиксел...за меньшие промолчу...
С меньшей чувствительностью к единичному - размером один пиксель шуму.
Этот пиксель - волос на мизинце правой ноги хоббита, и решает, выводить плавную картинку(деформировать этот пиксел) или отключить плавность.
Поэтому и раздражает позиция примуса - удобство юзания и попугаи.
Против написания нормального анализа различий на каждом уровне пирамиды. В идеале, результатом будет та же плавность, что и у Димы...
Но с гораздо более эффективной ловушкой ЗАМЕТНЫХ артефактов.

Fanky wrote:
gaunt wrote:
TheLelik wrote:

gaunt

Большое спасибо за настройки! Значительная часть артифактов пропала, картинка стала еще объемнее.

Сам уже не дергаюсь.
Меняю лишь одно значение
smooth.scene.limits.blocks        = 7;
от 5 до 9. Смотря какое видео.
Например, ремукс Мадагасар 1и2 часть 9. Третья - 7.
Рипы не пережатые 5-7.

Абсурд, конечно, но деваться некуда...

Так себе, артефактов конечно меньше, но и плавность заметно ниже. Сделал бы кто-нить аналог DmitriRender (с возможностью сохранить результат) для просмотра аниме....

За плавность - не ко мне. Крути вручную предложенную настройку, в зависимости от видео.
Ещё раз повторюсь - проблема в померянии скорее резкости каждого блока=шага, вместо ловли артефактов.

Цифра 5 - будет удобоваримой для большинства новинок кинематографа.
Для терпимо ужатых рипов и ремуксов.
Например, та же заставка из "Игры престолов" (рипы) , с 5 смотрится всё ещё плавной, без заметных артефактов.

Что до дмитрий рендера, на пионере не смог смотреть сопли и наложения. Слишком быстрая матрица, всё видать. Особенно когда лошадка в лесу скачет - как Т-90 по просеке.

У Димы отлично отрисовываются панорамы, плавное вращение и зумм.
СВП - умеет сравнивать блоки ТОЛЬКО двигающиеся строго вправо или влево. И этим всё сказано.

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