что это?

5,677

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

Rimsky
разрабы часто путают и ставят для русских СР1250, 1252...
Я поступаю проще, я не пользуюсь такими кривыми программами wink

Lotus Notes 6.5 - 2003 год, есть более свежие версии.

sergioleon
См. первое сообщение темы. Там все написано. Никаких цифр не требуется. Но и просто названий фильмов и ссылок - этого недостаточно. wink
Было бы здорово узнать впечатления от просмотра. С пометкой с плавностью смотрелось или без.

Например, тех же интернов моя сестра без всякой плавности смотрит. Говорит, "я не плавность движений смотрю, а сериал". Открывает в мелком окне на четверть экрана и параллельно еще пасьянс раскладывает или чем-нибудь более полезным занимается.
А я фильмы смотрю исключительно с плавностью, на весь экран.

Чувствуете разницу?

5,679

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

droner, Rimsky
Я бы не стал рекомендовать вносить эти изменения в реестр для поддержки русского языка. Это работающий, но сильно варварский прием, от применения которого могут быть весьма неприятные последствия. Уж лучше штатными средствами корректно включить язык: в панели управления Windows -> язык и региональные стандарты -> выбирается страна Россия, язык Русский, и на последней вкладке для не-Unicode программ тоже Русский. Для применения изменений перезагрузиться.

Chainik
Может все-таки Win Vista, 7 или 2008 не хватает?
Только сейчас, перечитывая тему, заметил этот комментарий. Да. На самом деле. Проверялось на WinXP. Именно в этом может быть причина, по которой на C2D + GeForce 8500 GT не включились два аппаратных декодера: Cyberlink HAM и PotPlayer DXVA.
Надо будет как-нибудь попробовать на Win7. cool

Прошу не забывать, что форум про SVP, поэтому давайте хоть какой-нибудь комментарий, как смотрелось c SVP и оценку, рекомендуется ли повышать плавность для описываемого фильма. wink

7sh3
нет никакого смысла использовать svp на интерлейсном видео
Я согласен с этим утверждением в отношении материала, содержащего 30 чересстрочных кадров в сек.
Но что если источник PAL (25 кадров с чересстрочкой)? Тогда деинтерлейс даст 50 кадров. А для компьютерного монитора надо 60.

так получается сперва замажем софтовым деинтерлесом, картинку изуродуем и потом кадры искусственно добавим с увеличением частоты
Есть качественные софтовые деинтерлейсеры, которые не "замазывают" и не "уродуют" картинку. Правда они медленные. В таком случае можно найти компромисс скорости и качества. Я, например, использую yadif из ffdShow. Из чересстрочного PAL получаю 50 кадров/сек. SmoothVideo Project 3 умеет увеличивать плавность с 50 до 60 к/сек, а главное, движения становятся действительно плавнее. Смотрю так MPEG-2 записи. КВН, например.

NightFox
Да... Проблемки... Может пойти по пути видео, а не флеш?
Если оставаться на флэше, то надо повырубать все эффекты, там полупрозрачность, еще всякое... И главное, картинку скадрировать меньше раза в 4 по площади. Чем она больше - тем тормознее отрисовывается. Не зря же пример с прыгающим квадратом небольшой в размерах. wink

komandors
наблюдаю при включении размытия движения в SVP
Текущая версия SVP не имеет такой настройки.
Вы пользуетесь SVP 2.0?

NightFox
Бешеные "бумеранги". и логотип SVP тоже бешеный. smile
Скорость надо раз в 5 снизить. Не видно же ничего. И вращать если хотите, то вращайте без пропадания картинки, иначе она плоская и при опреденных углах вообще исчезает.

NightFox
Спасибо, но именно такие круги на таком поделенном пополам прямоугольнике не совсем то, чего хотелось бы.

DAAO
Рассинхрон наводит новичка на мысль об изменении скорости
Да, такое может случиться.

Разница между 30 и 60 тут даже для меня не очевидна
А я без напряга вижу. wink

лучше самим сделать гифку или флэшку с быстрым движением
Наверное, да.

сам сделал, но не умею пока
Тоже не берусь, но по причине наличия более важных работ над SVP wink

5,685

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

Banny61rus
что с Hааli?

C Haali все в порядке wink
Вот что пишет про отрисовщик Haali пользователь форума doom9 Egh (перевод части его сообщения):

Отрисовщик Haali подобен VMR9 в том смысле, что так же явлется DirectShow-отрисовщиком.

Тот факт, что он использует шейдеры для бикубического изменения размеров, выполняемые принудительно внутри отрисовщика, то есть не работает, если нет поддержки PS 2.0, говорит о том, естественно, что это просто еще один VMR9. VMR9 использует билинейную интерполяцию, потому что она является родным алгоритмом, который естественно встроен в 3D ускорители со времен их появления.

Правильный бикубик должен быть двух-проходным процессом, и насколько я знаю, это одна из причин для нового отдельного отрисовщика. По-просту говоря, его невозможно реализовать в двух проходном режиме через шейдеры в MPC с VMR9. Но, как Haali сам указал, что это потребует некоторого кодирования от Gabest... которое он, очевидно, не очень-то хотел делать. Таким образом, бикубическое изменение размера MPC в VMR9 режиме, как предполагается, уступает в скорости отрисовщику Haali (по причине использования одного прохода в VMR9).

В логике последнего утверждения не согласен с Egh, т.к. два прохода должны быть медленней одного. Или это трудности перевода wink

Rimsky
если дирекс 9 использует почему виснет на радеонах 6900 евр опенцл?
Кто бы знал бы...  hmm

5,686

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

Banny61rus
чем отличаются друг от друга EVR и EVR(C/A)?

Перевод ответа админа Peuj с форума поддержки KMPlayer:

Все отрисовщики появились из разных версий Windows или DirectX:

- Old Video renderer: это самый старый (выпущен в 1996) отрисовщик, который использует GDI для отображения видео.

- Overlay mixer: выпущен с DX6, он предназначен для проигрывания DVD, т.к ему добавлена совместимость со скрытыми титрами (closed caption). Видео отображается при использовании DirectDraw. Этот отрисовщик также поддерживает аппаратное ускорение (DXVA).

- VMR7: отображает видео, используя DirectX7.
В оконном режиме (windowed mode) вся отрисовка выполняется Microsoft-фильтром.
В renderless режиме плеер получает несжатое видео, добавляет субтитры, а затем отображает картинку. Именно в этом заключается причина, что только renderless-режим поддерживает скрытые субтитры (close captioning).

- VMR9: использует DirectX9 для отображения видео.
В windowed и renderless режимах различие то же самое.

- EVR: новый отрисовщик, прибывший с Windows Vista, он до сих пор использует DirectX9 (а не DX10, как некоторые думают).
EVR Custom (EVR C/A) режим является аналогом renderless-режима для VMR

wink

Noweol
заметил эффект, что, чем больше диагональ экрана, тем более плавным становится видео при той же частоте воспроизведения
Я вот могу сказать, что наоборот: чем меньше диагональ, тем плавнее выглядит видео. Расстояния-то между уплавняемыми объектами меньше.
А при увеличении диагонали с некоторого момента становится мало этой частоты кадров. Это легко проверить, сравнить плавность в небольшом окне (в четверть экрана), а потом развернуть на полный экран. wink

sergioleon
На плазме да - красивее чем на жк
Подтверждаю. У плазмы время переключения яркости пикселей = 0 ms. У DLP-проекторов тоже. Из-за этого кадры четче, смаз меньше.

droner
написан Splash
В Spalsh'е нет функции под названием "размытие движения". hmm
Поэтому и спрашиваю komandors, про какую функцию речь?
В SVP 2.0 размытие движения - это одно, в PotPlayer'е - совсем другое.

komandors
Здрасьте, приехали! Именно это и есть эффект повышенной плавности движений. Картинка 15 vs 30 vs 60 fps.
Что Вы раньше смотрели и почему этого эффекта не замечали, я не знаю. hmm

Поздравляю! На ноутбуке друга Вы наконец-то увидели, как это должно выглядеть при правильной настройке. cool

Эффект схож с функцией размытия движения
А вот здесь по-подробнее. Про которую функцию речь? Из PotPlayer'а?

Отчет SubJunk:

Только что посмотрел кино "Легенды ночных стражей", сохраненный с плавностью InterFrame 1.5.2 и он смотрелся почти как-будто был нарисован с 60 fps. Невероятно!

Это перевод его сообщения.

Тип: Мультфильм
Рейтинги: IMDb: 7.00, КиноПоиск.Ru: 7.585
Повышение плавности: рекомендовано
Настройки: InterFrame 1.5.2 (по-умолчанию ?)

nemoW
План развития SVP непубличный. Это план работ для нас, разработчиков. Все предложения и идеи записываются туда. Кроме этого, план доступен бета-тестерам, по нему и двигаемся.

Форум эксплуатации SVP - это лишь вершина айсберга. См. общее кол-во сообщений.

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

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

может быть можно его _сначала_ избавить от гребенки средствами видеокарты, а _потом_ уже уплавнять до нужных 60 Гц ?
До недавнего времени это было невозможно. Видеокарты выполняют деинтерлейс только на DXVA-конвеерах, откуда кадр передавался только в видеопамять и на экран. SVP работает с кадрами в оперативной памяти, и не мог пользоваться результатами деинтерлейса.

Теперь же появился PotPlayer с DXVA2-декодированием и передачей распакованных кадров в оперативную память. Остается выяснить, возможно ли при декодировании активировать аппаратный деинтерлейс. Если ответ на этот вопрос "да", и если деинтерлейс возможен на автомате в зависимости от картинки, записанной в кадре, то это решит сразу все обозначенные в теме проблемы wink

Mikluhamaklay
Размер кадра и частота: 1280x768 pixels, 29.953 fps
Вот в чем причина низкого SVP-индекса. Реальная частота кадров наверняка 23.976

Как проверить. Открыть вкладку "Информация" в ffdShow и посмотреть на реальное значение частоты кадров.

http://www.svp-team.com/forum/misc.php?item=231

В чем проблема. SVP при открытии файла спрашивает частоту кадров у ffdShow, а тот в свою очередь, пока не начал играть обращается к сплиттеру, а тот достает из контейнера записанное там число. Проблема в том, что в контейнере прописана частота 30 fps, а реально видеопоток идет с частотой 23.976 fps. Это и показывает SVP-индекс: 24/30 = 0.8

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

Тогда на момент опроса ffdShow о частоте кадров, он уже будет знать настоящую частоту и сообщит SVP-менеджеру цифру не "29.953 fps", а близкую к реальной.

Проблема некорректной частоты кадров в заголовке встречается, кроме этого бывают гибридные видео с переменной частотой кадров, меняющейся в процессе воспроизведения. Поэтому в следующих версиях SVP научится контролировать частоту кадров на входе и реагировать на ее изменение. Это один из пунктов плана развития SVP.

5,694

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

спасибо, исправил
wink

5,695

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

Кто не в курсе, в предыдущем сообщении 7sh3 дал ссылку на сборку Daum PotPlayer 1.5.27623 RU (DXVA+CUDA+SVP).
Мне понравилось! cool

Правда такое обилие настроек при установке сперва немного даже смутило.

19w85
изображен пример не с радиусом 3, а с радиусом 1
С радиусом 3. Это анимашка из цикла "изучаем MVTools". smile

серая сетка: пиксели
синяя точка - пиксел начала поиска
красные точки - процесс (шаг) поиска
серые точки - уже проверенные точки на предыдущих шагах
зеленая точка - с лучшей оценкой, это и есть найденный вектор
увеличение и превращение зеленой точки в синюю - спуск на более тонкий уровень

Noweol
анимашек с силой подавления артефактов ещё не хватает
Там как раз все в порядке. Как написано, так и работает. Анимашки делать - занятие трудоемкое, поэтому как появится свободные час-два, сделаю. wink

komandors
может убрать настройку поведения на смене сцен?
Смешанные кадры очень полезны. Зря Вы так категорично.
1. Ошибочно определившиеся смены сцен на динамичных кадрах при включенном смешивании будут выглядеть лучше, чем при повторении.
2. Резкие смены освещенности (вспышки, блики) также выглядят приятнее, если при их отображении применяется смешивание.
3. На обычной скорости воспроизведения сложно отличить смешивание на сменах сцен от повторения.

зачем убрали отключение маски?
Маска не отключается. Отключается подавление площадных артефактов (вместе с маской).

Chainik
Пожалуй ты прав. Взгляну, что там SubJunk с этими значениями накрутил wink

19w85
как же тогда в версии SVP 1.4 был "продвинутый алгоритм"="уточнение" с блоками вплоть до 4x4?
Продвинутый алгоритм SVP 1.4 не содержал с списке блоки размером 32x32 и 32x16. Поиск происходил увеличенными линейно в 2 раза блоками, а уточнение - блоками указанного размера.

если сравнить полностью отключенное площадное маскирование с включенным площадным
Включил удвоение кадров и менял значения площадного маскирования и силы маски. Сделал четыре анимированных gif'а. Получились они по 2 МБ, поэтому выкладываю ссылками.
Подавление площадных: Отсутствует: sadml=0
Подавление площадных: Среднее; Маска: Слабая: sadml=100 sadgamma=0.5
Подавление площадных: Среднее; Маска: Средняя: sadml=100 sadgamma=1.0
Подавление площадных: Среднее; Маска: Сильная: sadml=100 sadgamma=2.0

http://www.svp-team.com/forum/misc.php?item=228

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

Спасибо за вопрос. Благодаря Вам я наткнулся на несоответствие силы маскирования ожидаемым результатам.

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

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

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

19w85
Ответы на 1-3 вопросы просто шикарные
Спасибо.

В 100 раз удобнее просто самому добавить нужные размеры блоков в интерфейс, подредактировав в блокноте файлы из папки SVP\ExtCfg
Можно и так. Но это на свой страх и риск. Мы не гарантируем, что добавленные значения будут корректно работать.
Намного надежнее сообщить нам с каким скриптом и каким видео непредусмотренное в SVP3 значение настройки дает лучший результат. Тогда мы после проверки и тестирования сами добавим это значение в следующей версии SVP.

поподробнее?
При уточнении делением блоков размер блоков получается линейно в 2 раза меньше, а блоки 4x2 и 2x2 не поддерживаются MVTools.
Зато Вы можете выбрать блоки 8x8 и включить уточнение делением блоков, что в итоге Вам даст блоки 4x4. Это будет и быстрее и качественнее, чем сразу использовать блоки 4x4 без уточнения.

512x384 - уже меньше SD?
Да

Выше какого разрешения не имеет смысла использовать блоки мельче 8x8?
Однозначного ответа нет. Если Вам интересно, можете сами посравнивать разные разрешения.
Лично я иногда даже на SD использую блоки 16x16.

откуда тогда суммирование в конечные 255 пикселей?
Начертите окружность радиусом 128 пкс, поставьте точку на ней, из нее начертите окружность радиусом 64 пкс. Самая удаленная точка получившейся фигуры от первоначального центра большой окружности составит 128+64. Аналогичная логика дальше.

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

что даёт это ослабление/усиление маски с практической точки зрения?
Оно дает уменьшение и увеличение площади замаскированных областей и величины непрозрачности накладываемой маски на артефакты. Ослабление даст лучшую плавность, но большую заметность артефактов. Усиление даст лучшее маскирование артефактов за счет локальной потери плавности.