Nurk wrote:

Сделал новый скрипт, нацеленный на плавность, картинка очень радует глаз, нет каши от 13 шейдера, он более не вклинивается. Косяки в смене сцен присутствуют, поэтому постарался минимизировать заметность этого "перетекания" кадров. И не забываем включать подрезку черных краев!

http://i3.imageban.ru/thumbs/2016.05.23/5d528036e278b6219d0206638fef7f76.png

//smooth.scene.blend            = true;
//smooth.scene.limits.m1        = 1800;
//smooth.scene.limits.m2        = 2500;
smooth.scene.limits.scene        = 4400;
smooth.scene.limits.zero        = 0;
smooth.scene.limits.blocks        = 23;
Т.е. условно хорошие блоки не используем в расчетах?

Как бы, разжевывать остальные параметры особой цели нет....
Но механизм ловли артефактов, примененный на сегодня, не является таковым.
Худо- бедно работает, на сильно зажатых векторах. Что и есть по умолчанию. Грубо говоря, свп в состоянии найти точное попутное движение крупных объектов в кадре. то бишь тушку...Но руки-ноги, не говоря уже об рогах и копытах...будут получены наложением.
Сегодня механизм нацелен на качество контуров - именно по ним ориентируется.
ориентируется только по оригинальному кадру - крайне зависит от резкости, контрастности и шума.
И, самое главное, не в состоянии поймать"стрекоз" или наложение объектов- разрывы. Ибо детектировать подобные артефакты, посредством непохожести блоков= САД, можно только, когда эти объекты полностью попадают в блок поиска=сравнения.
Т.е. детект должен быть на каждом уровне пирамиды поиска, а не как сейчас, по ногтю мизинца правой стопы - пусть даже Хоббита.

fakel wrote:

Вот пытаюсь подключить плейлист Torrent TV или IPTV от провайдера, есть каналы которые удаётся уплавнить и работает это очень хорошо, а есть которые не только не уплавняются, но и не работает деинтерлейсинг в VLC. Я так понимаю это ограничение VapourSynth, и с этим ничего не поделаешь?

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

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

Chainik wrote:

> Имеет смысл избавиться от всех профилей

так уже давно, если ты не заметил big_smile

Мы на разных языках говорим.
Профиль - единый, нужен при любом разрешении, привязанный не к скорости скрипта, а к цене ошибки на каждом уровне.
Как и ловить артефакты нужно на каждом уровне...Анализ лишь на выходе - есть не ловля артефактов...Есть померялка шумности и контрастности видео.
Шутка сказать - видео, изначально интерлейсное, уплавнить вообще невозможно.
Даже включение полупиксела влияет на смену сцен.

Совсем увлеклись непойми чем. Уже теряюсь в "нововведениях".
Может старею, незнаю....

Chainik wrote:

Все что годится для 3.1 - годится и для 4.

Имеет смысл сделать возможность обмена готовыми профилями? о_О

Имеет смысл избавиться от всех профилей - ес_ЯЯ?

fakel wrote:
gaunt wrote:

Что пишет?

C:\Program Files (x86)\PotPlayer\Module\SVP\SVPMgr.wsf(315, 4) Ошибка выполнения Microsoft JScript: 'analyse.refine.0.search' -  есть null или не является объектом

Уменьшение шага сетки включи - выше озвучил для кого?

Что пишет?

analyse.main.search.coarse.width    = 2100;
Эту строчку попробуй убрать, не помню, есть ли она в 3.1.7

fakel wrote:
gaunt wrote:

Сегодняшний профиль для свп 3.1

Я прошу прощения, а то что на 3.1.7 не работает это нормально? Или это что-то у меня...

В профиле обязательно должно быть включено "Уменьшение шага сетки"
в два раза, с глобальным(локальным) уточнением.

Сегодняшний профиль для свп 3.1
Блоки 32*32 с уточнением. Адаптивный режим, 11 блочный.
Подходит для видео высотой больше 720 строк. Меньшие размеры просто увеличиваем.

85

(6 replies, posted in Эксплуатация SVP)

Butoff wrote:

Здравствуйте. Подскажите. Какой лучше всего использовать плеер для IP TV в связке SVP 4 Pro. Просто для просмотра Ace Player хорош. И плейлисты нормально понимает. Но SVP он не поддерживает( Система i5-3550, GTX 660.

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

Вроде как сейчас, Ростелеком пытается вывести на рынок айпитв2.0.
Там уже хттп, поэтому кодек 264 работает нормально.
Возможно, если эти умачи, хорошо постараются...
Приведут "кино" к общему знаменателю, будет смысл заморачиваться с этой приставкой.

Пока - двб т2 тюнер, 10-40 бесплатных каналов, + торенты...
Через пару лет, сэкономленного на абонплате, хватит на телек с железной уплавнялкой.

Жаль потерянного на свп4 времени. Против свп 3.0, на мой вгляд, лишь более адекватное приведение размера входящего видео к экрану.
Давать окша за обрезание - православному не понять.

Для России свп должна быть бесплатна.
Собственно, для остального мира - тоже, но это уже меня, лично, не задевает.

Собственно, пока нет никакой разницы в качестве алгоритмов= картинки между бесплатной 3 и платной 4...
Зачем вообще 4.0?

Меня, возможно, заклюют...
Но идеальный профиль для быстрой плазмы и тормознутого жк - будет разный.
Проблема в том, что жк показывает один и тот же "рисунок" в течении нескольких кадров. Плазма - напротив, эффективно маскирует артефакты новыми кадрами. Т.е. кадр с артефактами живет лишь до следующего.
Это две крайности. Между жк и другим жк - тоже может быть пропасть.
Прежде, чем пытаться добиться желаемого - следует протестировать монитор на предмет динамической резкости...

Текущий профиль для 3.1
Всегда 24 пиксела с уточнением.
Адаптивный режим с 21 или 23 шейдером.
Подходит для видео 720-1080 пикселей высоты.

Nurk
В этих видео даже на стандартных настройках SVP редко отключает плавность.

Стандартные настройки ловли артефактов - скорее дырка от бублика.
Железная уплавнялка умеет оценить вращение и зум , свп не умеет.

Скрипт, что выше, имеет достаточно агрессивную настройку смены сцен=ловли артефактов . Весьма близкие задачи , не правда ли?
Главным образом, поджал из-за 21 шейдера.

smooth.scene.limits.m1        = 1800; для 13 шейдера и ремуксов скорее подойдет значение 2000-2400
smooth.scene.limits.blocks        = 10; здесь 15-20 для 13 шейдера.

Ещё один профиль для видео 768-1080р. Попытался получить похожую на телевизионные уплавнители картинку. Что из этого вышло можете оценить.
И да, вертухаев пока не видел, похоже в появлении этих артефактов виноват обратный вектор.
Шейдер 21 , адаптивный режим , шаг 24 пиксела.

Chainik
я всегда был за 21-й по умолчанию

Так что мешает удовлетворить себя=любимого (я тоже за 21) и общественность - оставаясь при этом в рамках "до частоты экрана" ?

AngReload
Печаль-беда.

Ну вот, я всё же не один.
13 шейдер не только "нерезкий" , он мусорный . Его задача маскировать артефакты.
Давно добиваюсь отдельного порога для переключения на 13 шейдер, без переключения в м- режимы.

Chainik
Вот у gaunt-а та же проблема, его хрен заставишь выдать конкретные кадры и скрипт...

Не надо валить с больной головы на здоровую. Чего мне нехватает - уже сто раз озвучено.
В принципе, уже со времен 3.0 поиск можно адекватно настроить, дешево и эффективно - другой вопрос. Вопрос в другом - чего нарисуют те вектора.
И тут у нас единый профиль на все случаи жизни...Хотя должен быть единый профиль поиска векторов для любого размера видео - ядро из грубых уровней пирамиды.
Т.е. имеем стопятьсот вариантов поиска векторов , и лишь один вариант для поиска артефактов. Непорядок.

Patch for SVP 3.0.6     3.0.7
Это действие сделано?

Поскольку видяйки у меня нынче нет , особого прихода от свп 3.1 тоже нет. Т.е. эти скрипты для 3.0.7
Решил поделится профилем для видео высотой от 720 строк , впрочем остальное тоже смотрибельно.
Профиль предназначен для режима 24-60. Вернее для режима , когда из 5 кадров лишь 2 расчетные.
В менеджере нужно выбрать 24-60 2м . Уточнение желательно.
Для режима "до частоты экрана" настройки смены сцен слишком мягкие .

Chainik
Что не отменяет того факта, что для параметра "bad.sad" все значения от 16384 и до бесконечности

Скрипт, если адекватный, будет чувствителен к значениям 2-400 . Особенно на фулке .
И будет чувствителен к качеству ресайза суперклипа . Если применить простое усреднение - настроить скрипт на фулке вообще невозможно .
Поскольку бэдсад является механизмом увеличения радиуса поиска , то и масштабирование этого порога для масштабных уровней также необходимо ...как и масштабирование лямбда штрафа - который масштабируется ещё и от радиуса .

Эта фича будет полезной.

James D
В ветке по кодеру h265 все сошлись на мысли, что кодирование с 10bit кодером, пусть даже и исходника в 8 бит, улучшает готовую картинку.

10 бит есть целочисленное представление цветовых составляющих , против 8 бит "с весами" каждого цвета от яркости- которые по идее считаются до третьего знака после запятой .
Естественно "при округлении"= неизбежном замыливании при перекодировании предпочтительно иметь более точный исходник , представленный 10 бит . Результат округления должен быть точнее .

Chainik
Тогда профит должен быть примерно такой же, как от GPU vs. CPU построения в SVP (потому что на GPU все считается в float).Только SVP рожает новые кадры, ему некоторая фантазия простительна, а декодер выстраивает имеющиеся.

На грубых уровнях пирамиды 30-битный цвет будет точнее . Был 16 бит , сейчас 12 .
Мой рабочий профиль 3.0 вообще не считает цвет , ибо 12битное представление только вносит дополнительное усреднение при расчетах . ТЧК.

analyse.main.search.coarse.bad.sad    = 17000;
analyse.main.search.coarse.bad.range    = -20000;

analyse.main.penalty.lambda        = 0;
analyse.main.penalty.plevel        = 35.0;

Nurk

Вы понимаете , для чего эти параметры ?

Ghostlamer

Как был для меня 1024*768(3/4) в 17 дюймовом формате ЛУЧШИМ размером пикселя , так и остался . 22 дюйма - 1680*1050(16/10) . 27 дюймов ....1920*1080(16/9) . Остальные размеры=разрешения от лукавого . Как и 144гц на ЖК - плазма на 60гц все равно быстрее .

Производитель заявляет поддержку 75гц . Набор используемых микросхем держит ОФИЦИАЛЬНО нужные частоты . Не вижу причин для беспокойства .