You are not logged in. Please login or register.
SmoothVideo Project → Posts by MAG79
HD видео не собираюсь пока уплавлять
Тогда для SD-видео 934 SVP-MARK'а - это более чем достаточно!
Mikluhamaklay
что лучше в плане качества - галочка два ядра и профили как есть, или "4 ядра" и шестиугольники по-проще ?
для 1280х720
если не сложно - можно коротко и касательно остальных двух профилей
Сравнил два набора стандартных профилей SVP 3.0.2.
Для 1280x720 "четырехъядерный" профиль лучше "двухъядерного" в качестве благодаря трем моментам:
- SVP-шейдеру 13.Стандартный против шейдера 1.Простой;
- точности прогнозирования движений до полупиксела против пиксела;
- перекрытию в 0.25 блока против отсутствия перекрытия;
Две настройки на мой взгляд избыточны и создают дополнительную нагрузку без видимого повышения качества:
- поиск мульти-шестиугольниками против шестиугольников;
- радиус поиска 4 пиксела против 2 пикселей.
Для 720x576 "четырехъядерный" профиль лучше "двухъядерного" в качестве благодаря одному моменту:
- размер блоков 8x8 против 16x16;
Две настройки на мой взгляд избыточны и создают дополнительную нагрузку без видимого повышения качества:
- поиск мульти-шестиугольниками против шестиугольников;
- радиус поиска 4 пиксела против 2 пикселей.
Для 1920x1080 "четырехъядерный" профиль лучше "двухъядерного" в качестве благодаря двум моментам:
- SVP-шейдеру 13.Стандартный против шейдера 1.Простой;
- удвоение кадров против коэффициента 1.5x (24->60 2m).
Все три профиля для 4-ех ядер настроены корректно и дают качество не хуже, чем соответствующие профили для 2-ух ядер.
kila83
настройками понимаются те, где он говорил - достаточно
Да.
быть может есть еще какие-нибудь настройки для достаточности?
Есть. Можно еще уточнение делением блоками отключить.
может есть какой-то софт, чтобы на программном уровне балансировать нагрузки на проц и температуру?
Наверняка есть. Читайте про троттлинг. Им болеют при перегреве и проц, и южный мост, и видюхи.
Вы на это сообщение мне так и не ответили. Жду ответов на вопросы: 1, 2, 4.
И еще парочка вопросов:
5. Величина загрузки ЦП без тормозов и с тормозами (можно скриншотами как этот).
6. Результаты SVPMark до тормозов и сразу после появления тормозов. Привести результаты полностью. Важна каждая цифра.
SubJunk
Thank you.
Now SVP 3.0.2 works correctly with your version of avisynth.dll.
We will add warning when no avisynth version info found.
Глянул два кина:
Запрещенная реальность. КиноПоиск: 2.830, IMDb: 4.00
Спецэффекты понравились. Экшена хватает. SVP справился на пятерку. Рекомендуется.
Если говорить о впечатлении о фильме: недоделка. Сюжет просматривается крайне тяжело, действия героев остаются непонятными и после просмотра.
Мужчина в моей голове. КиноПоиск: 6.875
Хороший фильм, со смыслом. SVP просмотру не мешал. Смотрел не только с плавностью, но и с подсветкой черных полей. SVP рекомендуется.
BipBip
It is interesting to us which trick did you choose? 
BipBip
SVP was working at my Windows 7 without any customization. But after PotPlayer installation something changed.
And now I have to add the ffdshow raw decoder in external filters in MPC-HC to make SVP working.
I have not tried to fix it before. May be later.
SubJunk
Thanks for the link.
This avisynth.dll has no version information.
For SVP it is avisynth 0.0.0.0
We will change verification algorithm and SVP will be able to work with custom avisynth.dll
Mikluhamaklay
Ну вот и ответ на вопрос разницы производительности. Она в разных настройках профилей.
Остается выяснить авторство настроек профилей для 4-ех ядер из комплекта PotPlayer+SVP.
что лучше в плане качества - галочка два ядра и профили как есть, или "4 ядра" и шестиугольники по-проще ?
Вопрос касательно какого из разрешений? 1280x720?
Mikluhamaklay
выбрал настройки для "среднего" процессора
Это тяжелые настройки.
настройки (выбор шейдера, до частоты / удваивать) - практически не влияют на загрузку цпу/ производительность
Конечно. SVP-шейдеры на видюхе исполняются. А объем работы для проца каким был, таким и остается.
где собака порылась - есть предположения ?
В остальных настройках профиля.
при переустановке что-то не то из старых настроек подхватилось ?
Старые были затерты, раз Вы говорите: "выбрал настройки для "среднего" процессора".
Мои советы по снижению загрузки ЦП без особого ущерба качеству:
Радиус поиска: 4 пиксела
Достаточно 2 пиксела.
Размер блоков: 16x8 пикселей
Достаточно 16x16
скиньте ссылку на 3.0.1 лайт - попробую её
*взять ссылку на 3.0.2 с сайта и заменить в ней "2" на "1" 
C:\Program Files (x86)\PotPlayer\decoders\svp
Вот оно как!?!? 
А Вы знаете какие профили были вложены туда?
Вряд ли там были тяжелые профили для четырех-ядерника.
Попробуйте при установке 3.0.2 поставить профили для двухядерника.
7sh3 скорее всего включил в сборку PotPlayer+SVP именно их.
kila83
принципиально ли какая винда установлена х86 или х64?
Нет.
может ли как-то влиять на уплавнение перегрев процессора?
Да.
Total SVP-MARKS: 1556
Очень хорошо.
существуют ли версии прог с svp для 64-х битных систем?
Нет.
core i7 1.6 + HD 5850
Какие профили выбирали при установке? Меняли параметры? Приведите допинфо (меню - показать - дополнительную информацию).
BipBip
This is good known issue. It is not SVP problem. It is problem of color spaces. You should to turn on postprocessing in ffdShow and to choose second position at the slider. It is a trick to back to YV12 color space from NV12 that causes such color bug.
At russian forum this bug is called "blue skin bug" or "avatar's skin bug"
Good luck
SubJunk
Oh. This is bad.
Can you give a link to your version of avisynth?
SubJunk
Ok. I'll try to explain.
First I add You request to to-do list, but then I found that it is not necessary to be implemented.
SVP works with avisynth.dll situated in Distr\MT. SVP automatically copy it to windows\system32 folder. You need to install SVP and to replace avisynth.dll
Try this.
Good luck
plevel=2 increases warping of lines compared to plevel=0
I confirm this.
SubJunk
Thank you for your support
travolter
Ok. Released version 3.0.2 has optimized vector search algorithm which gives about 70% to comparing with "chroma=false" CPU saving effect. But without any changes of SAD-related parameters.
You can measure it.
To add "chroma=false" You need to add this parameter value to file AVS\MSmoothFps.avs to function MAnalyse in two places and to function MRecalculate in two places.
It needs to be changed once. SVP uses this file to create final script.
Or you can change final AVS-script on-the-fly. To do this click AVS-script button in Profile settings window when play with SVP then change text of script, save it and rewind to any place in player. AVS-script will automatically applied.
Good luck.
djonline
Спасибо за сообщение. Все верно!
По всем пяти пунктам железные повышатели плавности в телеках круче, чем программное повышение плавности в SVP. Но мы и не претендовали.
Но. По всем пяти пунктам, учитывая "компьютерное" происхождение уплавняемого материала можно прокомментировать:
- интерлейс (чересстрочный материал) попадается очень редко;
- повторы кадров тоже редкость;
- pulldown тоже;
- качественный деинтерлейс нужен только в редких случаях чересстрочки (см. первый п.);
- как правило все кадры в файле одинаково прогрессивные (либо одинаково чересстрочные, см. первый п.).
Некоторые из названных возможностей есть в плане развития SVP. Но надо понимать, что приоритеты поддержки этих возможностей для повышения плавности на компьютере немного иные по сравнению с приоритетами повышения плавности на ТВ. Ведь ТВ "затачиваются" на видео в непрерывном потоке, а компьютер оперирует фильмами-файлами.
Возможно, когда-нибудь и эти пункты плана будут реализованы.
Теперь по теме. Про сотрудничество с производителями GPU лично я еще не думал. Для меня SVP - это хобби. Пакет SVP развиваю и поддерживаю в первую очередь для своих личных нужд (ну и иногда для нужд SVP-команды ). SVP еще есть куда расти и развиваться. Это и вопросы качества, и вопросы удобства, и затронутые сейчас вопросы универсальности. Кстати, решение этих вопросов продвигается от версии к версии. Вам ли не знать, как бета-тестеру?
несмотря на всю прелесть SVP, ему до ТВ-движков ещё далеко
Расцениваю эту фразу как похвалу и побуждение к дальнейшему развитию SVP
интеллектуальный pan&scan и детектирование чёрных полей можно оставить на просмотрщик, у меня это например делает mediaportal
Спасибо за информацию. Надо будет попробовать. 
No, chroma=false is not used in SVP 3.0.1.
And we do not planned to use it in 3.0.2.
You can insert this parameter to SVP AVS-script manually.
With CPU savings you gets disproportion in all SAD-related parameters values.
Therefore the values of these parameters needs to be reviewed.
We have another plans of CPU savings in 3.0.2 without reviewing SAD-parameters
написать в осд что видео не уплавняется на 5 сек, отключиться и больше не отсвечивать
Хорошо. Так и сделаю.
лично меня бы устроило вообще отсутствие сообщений в OSD для таких случаев - ну есть проблема - и ладно, кто-то заметит расхождение - кто=то нет, и будет просто наслаждаться просмотром
Не совсем удачная идея, т.к. молчать о проблеме или молча отключать плавность - это не лучшее решение. Наличие проблемы надо показывать пользователю, чтобы было видно, что именно с плавностью не так и почему. Чем чаще OSD будет напоминать о проблеме, тем быстрее мы сможем найти решение.
Если OSD-сообщения раздражают всегда есть возможность отключить.
выключить плавность, но подсветку/подрезку и тп оставить, да и саму такую проверку делать когда в профиле включена плавность, потому как у меня есть профили которые без уплавнения но с подсветкой
Хорошее дополнение.
Планируется сделать аварийный режим повышения плавности. Будет срабатывать на местах с плавающей частотой кадров. Будет включаться обычное удвоение кадров.
Аварийный режим будет включаться только для профилей с автоматическим коэффициентом. Для фиксированного коэффициента, в том числе и для отсутствия повышения плавности проверка плавающей частоты будет неактивна.
Главное - чтобы не мозолило глаза постоянно - "низкий индекс, проверьте профиль".
Мозолить глаза будет реже, текст сообщения будет ближе к сути.
Воспользовался утилитой от Haali, mkv2vfr, которая для mkv-файлов показывает интервалы внутри видео с разной частотой кадров. Получилось следующее:
Rimsky: PSNR.Planetes.01 (1)-004.mkv
# timecode format v1
Assume 23.976
0,2243,23.9764
Первая частота - из заголовка. Далее - интервалы кадров (первый, последний) и частота кадров на этом интервале. Здесь интервал один. Обе частоты примерно совпадают, этот файл корректно работает и в текущей версии SVP 3.0.1.
Mikluhamaklay: Planetes_TV_05 (1) -001.mkv
# timecode format v1
Assume 23.976
0,0,30.3030
1,1,10.0000
2,277,29.9707
278,1112,23.9757
Если опустить первые единичные два кадра, которые имеют собственную частоту кадров, то остается два интервала:
1. Кадры 2-277. Частота 30 fps
2. Кадры 278-1112. Частота 24 fps
227 кадров на частоте 30 fps это почти 8 сек. На восьмой секунде происходит переход между частотами кадров. 30 fps понижается до 24. Сейчас SVP 3.0.1 не умеет на лету приспосабливаться к таким изменяющимся условиям. Поэтому и наблюдаются либо завышенные, либо заниженные значения SVP-индекса. Если научить отображать правильный SVP-индекс у меня уже получилось, то вот во время изменять коэффициент повышения плавности - пока нет. Проблема в том, что ffdShow показывает это изменение частоты кадров на 8 секунде не как резкую смену частоты, а как плавное падение частоты на протяжении оставшихся секунд ролика. Это затруднит выбор правильного коэффициента повышения плавности, и плавность при этом будет искажена, частота кадров видео перестанет быть равной частоте обновления экрана.
Нужен способ более быстрого определения текущей частоты кадров.
Mikluhamaklay: Bakemonogatari_[06]_[BDRip_720p_x264_FLAC][Noir] -001.mkv
# timecode format v1
Assume 23.976
0,2715,30.0001
Видно, что интервал один, но частота в заголовке отличается от реальной частоты кадров.
Такая ситуация отлавливается весьма корректно. ffdShow быстро начинает показывать реальную частоту кадров. В готовящемся исправлении SVP такие файлы будут уплавняться корректно.
Mikluhamaklay: [AniDUB]_Kaibutsu_Oujo_[08_of_25]_[RUS_JAP]_[DivX_704x396]_[Cuba77_&_Ellorial]-001.mkv
# timecode format v1
Assume 23.976
0,3,23.9521
4,5,29.8507
6,346,23.9769
347,347,20.0000
348,348,23.8095
349,349,30.3030
350,504,23.9753
505,506,20.0000
507,507,23.8095
508,545,29.9685
546,546,24.3902
547,547,19.6078
548,548,24.3902
549,554,30.0000
555,555,23.8095
556,556,20.0000
557,557,23.8095
558,563,30.0000
564,564,23.8095
565,565,20.0000
566,566,23.8095
567,572,30.0000
573,573,24.3902
574,574,19.6078
575,575,24.3902
576,581,30.0000
582,582,23.8095
583,583,20.0000
584,584,23.8095
585,585,30.3030
586,586,23.8095
587,587,20.0000
588,588,23.8095
589,599,29.9728
600,600,24.3902
601,601,19.6078
602,602,24.3902
603,643,29.9708
644,644,23.8095
645,645,20.0000
646,646,23.8095
647,657,29.9728
658,658,23.8095
659,659,20.0000
660,660,24.3902
661,661,29.4118
662,662,24.3902
663,663,20.0000
664,665,23.8095
Тяжелый случай. Выделена частота кадров на интервалах, длиннее 3 кадров. Видно, что идет увеличение частоты с 24 до 30, но эта частота периодами "гуляет" туда-сюда. Я пока не знаю как повышать плавность такому видео.
Скорее всего никак
Mikluhamaklay: Rozen Maiden - 04 (DVDRip 1024x576 x264 AC-3) [HQR] (1)-001.mkv
# timecode format v1
Assume 23.976
0,19,23.9808
20,119,29.9670
120,123,23.9521
124,138,30.0000
139,142,23.9521
143,242,29.9670
243,262,23.9808
263,292,29.9700
293,328,23.9840
329,363,29.9658
364,371,23.9521
372,456,29.9718
457,488,23.9700
489,493,29.9401
494,541,23.9760
542,991,29.9700
992,993,24.3902
Само видео 24 кадра в секунду, а периодически идут вставки с частотой 30 fps (выделил жирным). Японцы любят такое. Рисованное аниме на одной частоте, а титры и компьютерная графика - на другой. Повышать плавность тут тоже как бы не простая задача. Совсем не простая. ffdShow не успевает отловить переключение частоты кадров. Т.е. такому видео тоже повысить плавность не удастся.
Сообщения о низком значении SVP-индекса перемещены в тему:
Низкий SVP-индекс при неполной загрузке процессора
Обсуждение этой проблемы выделено в отдельную тему
Исправлено и появится в SVP 3.0.3
Исправлено в SVP 3.0.1
SmoothVideo Project → Posts by MAG79
Powered by PunBB, supported by Informer Technologies, Inc.
