You are not logged in. Please login or register.
SmoothVideo Project → Эксплуатация SVP → [ошибка] Низкий SVP-индекс при неполной загрузке процессора
Обсуждение этой проблемы выделено в отдельную тему
Падает индекс - до 0.8 примерно, ну и сообщение выводится - хотя загрузка процессора далеко не полная.
двухядерник с HT - i3-540 - "настоящие" ядра загружены чуть выше середины, два других - едва едва.
а индекс падает - почему ? вроде ж не упирается в цпу еще....
видео было - довольно качественная 720р анимешка.
пробовал количество потоков выбирать 4 - разницы нет, виртуальные ядра остаются почти без нагрузки, реальные - на те же ~60%.
Mikluhamaklay
С такими вопросам "доп.инфо" сразу надо приводить
двухядерник с HT - i3-540 - "настоящие" ядра загружены чуть выше середины, два других - едва едва.
У процессоров Intel с технологией HyperThreading замечена одна интересная особенность еще со времен 4 пенька - HyperThreading подставляет для ОС два ядра вместо одного наличествующего, но на самом деле под крышкой процессора HyperThreading всего лишь задействует свободные в данный момент вычислительные блоки процессора. Поэтому если основной конвеер ядра загружен одним потоком на 100%, HyperThreading'у нечего нагружать и диспетчер задач Windows покажет 50% нагрузки на двоих (реальное + виртуальное ядро), но тормозить будет одно реальное ядро за двоих. Примерно так на табуреточном уровне. Так что не удивляйтесь, если процессор загружен неполностью, а все равно медленно и печально ворочается. Подсказка - в диспетчере задач Windows виртуальные ядра HyperThreading идут после реальных.
Определившиеся параметры монитора
Размер экрана и частота обновления: 1920x1080 pixels, 59.993 Hz
Данные о повышении плавности видео
Коэффициент повышения плавности: 2:1
Результирующая частота видеокадров: 59.906 fps
Текущий определившийся профиль: 1280x720@24
Параметры преобразования видео по профилю
[ExMethod=MSmoothFps_ByPixel] Повышение плавности: Обычное
[ExAlgo=1] SVP-шейдер: 1. Простой
[ExMulti=MON] Изменение частоты кадров: До частоты экрана
[ExMiniCount=1:1] Размер расчетных кадров: Полный размер
[ExRad=2p] Радиус поиска: 2 пиксела
[ExSearch=4] Тип поиска: Шестиугольниками
[ExPel=1] Точность прогнозирования движения: До пиксела
[ExRecalc=0] Уточнение векторов: Не уточнять
[ExBlockSize=16x16] Размер блоков: 16x16 пикселей
[ExOverlap=0] Перекрытие блоков: Без перекрытия
[ExSadml=0] Подавление площадных артефактов: Отсутствует
[ExSadgamma=1] Маска площадных артефактов: Обычная
[ExBlend=true] Построение на смене сцен: Смешивать кадры
[ExDwnResize=0] Уменьшение размера кадра: Не уменьшать
[ExConvertFps=false] Смешивание кадров до частоты экрана:false
Параметры по меню
[svp_libflowgpu=0] GPU-ускорение (OpenCL): false
[ExTreads=0] Количество потоков: Авто
[Borderlight=0] Подсветка черных полей: false
[ExStretch=0] Растяжение кадра: Не растягивать
[ExCrop=-1] Подрезка краев: Не подрезать
[VDelay=0] Задержка видео: 0 мсек
[ExDemo=0] Демонстрационный режим: false
[ExTearingTest=0] Тест дрожания: false
[StopSmoothDelayOnRewind=0] Плавность на перемотке: Отключить и сразу включить
Ошибка скрипта - unable to load library given in svp_flow_lib
Хмм. Второй.
Может таки в бета-драйвере собака порылась?
Может таки в бета-драйвере собака порылась?
подтверждаю.
установил 266.58_whql с галочкой "чистая установка" - работает GPU-ускорение.
Ну и по поводу загрузки - не буду голословным, вот графики:
загрузка далека от максимальной (и без учета HT) - но индекс что-то маловат. (GPU-ускорение вроде как не влияет)
Значит чего-то ограничивает.
Декодер (софтовый или кудой?), рендер.
вариант 1 -
[Фильтры]
(1) Haali Media Splitter
(2) ffdshow Video Decoder
(3) Video Codec/Transform
(4) Enhanced Video Renderer(Custom Present)
(5) Audio Codec/Transform
(6) DirectSound Audio Renderer
вариант 2 -
[Фильтры]
(1) Haali Media Splitter
(2) CoreAVC Video Decoder
(3) Video Codec/Transform
(4) ffdshow raw video filter (SVP)
(5) Enhanced Video Renderer(Custom Present)
(6) Audio Codec/Transform
(7) DirectSound Audio Renderer
результат один - SVP-индекс в районе 0.8
Mikluhamaklay
Размер кадра и частота: 1280x768 pixels, 29.953 fps
Вот в чем причина низкого SVP-индекса. Реальная частота кадров наверняка 23.976
Как проверить. Открыть вкладку "Информация" в ffdShow и посмотреть на реальное значение частоты кадров.
В чем проблема. SVP при открытии файла спрашивает частоту кадров у ffdShow, а тот в свою очередь, пока не начал играть обращается к сплиттеру, а тот достает из контейнера записанное там число. Проблема в том, что в контейнере прописана частота 30 fps, а реально видеопоток идет с частотой 23.976 fps. Это и показывает SVP-индекс: 24/30 = 0.8
Как быть. Для таких файлов с некорректной цифрой частоты кадров в заголовке можно действовать следующим образом:
- открыть файл, включить воспроизведение
- выйти из SVP-менеджера и снова его запустить
Тогда на момент опроса ffdShow о частоте кадров, он уже будет знать настоящую частоту и сообщит SVP-менеджеру цифру не "29.953 fps", а близкую к реальной.
Проблема некорректной частоты кадров в заголовке встречается, кроме этого бывают гибридные видео с переменной частотой кадров, меняющейся в процессе воспроизведения. Поэтому в следующих версиях SVP научится контролировать частоту кадров на входе и реагировать на ее изменение. Это один из пунктов плана развития SVP.
спасибо за развернутый ответ.
посмотрел - действительно, мнения разошлись:
хм.
что-то не такая уж и редкая проблема - оказывается, эти расхождения.
в очередной раз столкнулся -
медиа-инфо:
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Доп.информация:
Параметры последнего обработанного файла видео:
Имя файла: Planetes_TV_05.mkv
Размер кадра и частота: 1280x720 pixels, 30 fps
Как результат - Индекс ~0.8 при загрузке ЦПУ меньше половины.
очень надеюсь на решение проблемы.
пока нет - нельзя приделать "костыли" - в виде сочетания клавишь - "перезапустить SVP" ?
или, проще дождаться ?
неудобно каждые 20 минут отрывать задницу от дивана - и топать вручную выкл/вкл делать, щелкая мышкой 
п.с. используется PotPlayer (профиль "его родные кодеки") - работает достаточно чОтко
Mikluhamaklay щаз тодесамое смотрю и таже фыгня - ффд сообщает о 30 фпс а на самом деле внутри 23,976, 30/23,976~0,8, это есть в факе.
Решение - научить свп использовать медиаинфо для узнавания параметра файла.
Mikluhamaklay
Rimsky
Прошу вырезать кусок мегабайт на 20 и выложить. Я собираюсь реализовать уточнение входной частоты во время воспроизведения с плавностью в ближайшем исправлении SVP.
Прошу вырезать кусок мегабайт на 20 и выложить.
первые 4 серии точно сбивают свп с толку
а вот отрезанные куски - нет, что странно
скрин воспроизведения неотрезанного куска
svp_scheduler=true
SetMemoryMax(1024)
svp_cache_reduce=true
svp_flow_lib="T:\RimPack\SVP\Plugins\MVTools2\libflowsse.dll"
multinum=2
multiden=1
algo=13
block=false
ml=0
search=5
sadml=0
sadgamma=1
blend=true
dist=4
pel=1
Recalc=0
blkh=16
blkv=8
overlap=4
overlapv=2
wid_den=1
hei_den=1
LoadPlugin ("T:\RimPack\SVP\Plugins\MVTools2\mvtools2.dll")
LoadPlugin ("T:\RimPack\SVP\Plugins\GradFun2DB\gradfun2db.dll")
LoadPlugin ("T:\RimPack\SVP\Plugins\AddGrain\AddGrainC.dll")
SetMTMode(3,5)
ffdShow_source()
width!=1280 || height!=720 ? last : Eval("""
BicubicResize(1280, 720, b=0, c=0.75)
width>1280 || height>720 ? Crop(0,0,1280,720) : last
SetMTMode(2)
src=last
wid_den==1 ? last : \
hei_den==1 ? LanczosResize(int(width/wid_den/2)*2,height) : LanczosResize(int(width/wid_den/2)*2,int(height/hei_den/2)*2)
super=MSuper(pel=pel, hpad=blkh, vpad=blkv)
finest=pel==1 ? super : MFinest(super)
backward_vec=MAnalyse(super, isb=true, blksize=blkh, blksizev=blkv, overlap=overlap, overlapv=overlapv, search=search, searchparam=dist, pelsearch=dist, plevel=0)
forward_vec=MAnalyse(super, isb=false, blksize=blkh, blksizev=blkv, overlap=overlap, overlapv=overlapv, search=search, searchparam=dist, pelsearch=dist, plevel=0)
backward_vec = Recalc==0 ? backward_vec : MRecalculate(super, backward_vec, blksize=blkh2, blksizev=blkv2, overlap=int(overlap/4)*2, overlapv=int(overlapv/4)*2, search=search, searchparam=dist)
forward_vec = Recalc==0 ? forward_vec : MRecalculate(super, forward_vec, blksize=blkh2, blksizev=blkv2, overlap=int(overlap/4)*2, overlapv=int(overlapv/4)*2, search=search, searchparam=dist)
smooth_video=MSmoothFps(super, backward_vec, forward_vec, finest=finest, num=FramerateNumerator(last)*multinum,den=FramerateDenominator(last)*multiden, algo=algo, ml=ml, sadml=sadml, sadgamma=sadgamma, block=block, blend=blend)
## == MSmoothFps_2.avs ==
mi = MSmoothFps(super, backward_vec, forward_vec, finest=finest, num=FramerateNumerator(src)*2,den=FramerateDenominator(src), algo=algo, ml=ml, sadml=sadml, sadgamma=sadgamma, block=block, blend=blend).SelectOdd
mi = (wid_den==1)&&(hei_den==1) ? mi : mi.BicubicResize(src.width, src.height, b=0, c=0.75)
smooth_video = interleave(src,mi)
smooth_video
""")
distributor()
Параметры последнего обработанного файла видео:
Имя файла: PSNR.Planetes.02.mkv
Размер кадра и частота: 1280x720 pixels, 24.39 fps
Определившиеся параметры монитора
Размер экрана и частота обновления: 1920x1080 pixels, 60 Hz
Данные о повышении плавности видео
Коэффициент повышения плавности: 2:1
Результирующая частота видеокадров: 48.78 fps
Текущий определившийся профиль: 1280x720@24
Параметры преобразования видео по профилю
[ExMethod=MSmoothFps_ByPixel] Повышение плавности: Обычное
[ExAlgo=13] SVP-шейдер: 13. Стандартный
[ExMulti=2:1:2] Изменение частоты кадров: Удвоение кадров (2x)
[ExMiniCount=1:1] Размер расчетных кадров: Полный размер
[ExRad=4p] Радиус поиска: 4 пиксела
[ExSearch=5] Тип поиска: Нечетными мульти-шестиугольниками
[ExPel=1] Точность прогнозирования движения: До пиксела
[ExRecalc=0] Уточнение векторов: Не уточнять
[ExBlockSize=16x8] Размер блоков: 16x8 пикселей
[ExOverlap=4] Перекрытие блоков: 0.25 блока
[ExSadml=0] Подавление площадных артефактов: Отсутствует
[ExSadgamma=1] Маска площадных артефактов: Обычная
[ExBlend=true] Построение на смене сцен: Смешивать кадры
[ExDwnResize=0] Уменьшение размера кадра: Не уменьшать
[ExConvertFps=false] Смешивание кадров до частоты экрана:false
Параметры по меню
[svp_libflowgpu=0] GPU-ускорение (OpenCL): false
[ExTreads=0] Количество потоков: Авто
[Borderlight=1] Подсветка черных полей: true
[ExStretch=5:7] Растяжение кадра: Растягивать на 5%/7%
[ExCrop=5] Подрезка краев: К пропорциям экрана на 5%
[VDelay=0] Задержка видео: 0 мсек
[ExDemo=0] Демонстрационный режим: false
[ExTearingTest=0] Тест дрожания: false
[StopSmoothDelayOnRewind=0] Плавность на перемотке: Отключить и сразу включитьMAG79
скрин:
ссылка на вырезку - 18,5 Мб
http://rghost.ru/5310412
и другой -
скрин - с кусочком конфигурации
и нарезка - 18 Мб
http://rghost.ru/5310520
и вот еще - бывает обратная ситуация - завышение индекса - ~1.3.
Тоже видно несоответствие частот кадров (24 <-> 30)
скрин
кусочек 19 Мб
http://rghost.ru/5310659
О! особо интересный случай - SVP-индекс = 5
(медиаинфо показывает 119 кадров/с )
файл - http://rghost.ru/5310819
п.с. что в итоге - проблема имеет место быть. Не особо большая коллекция анимешек всяких - 5 проблем нашлись. "Всего папок - 44" (включая субтитры и т.п.) - т.е. процентов 15, наверное, от общего количества.
Воспользовался утилитой от 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 не успевает отловить переключение частоты кадров. Т.е. такому видео тоже повысить плавность не удастся.
тогда написать в осд что видео не уплавняется на 5 сек, отключиться и больше не отсвечивать
Только не надо делать окно, а то с дивана придется подниматься.
Не, все проще. Надо при запуске ониме сразу сообщение показывать "ОНИМЕ НЕ ПОДДЕРЖИВАЕТСЯ!"
ОНИМЕ НЕ ПОДДЕРЖИВАЕТСЯ!"
ну 3GP тоже любят сжимать выкидывая кадры.
показывать "ОНИМЕ НЕ ПОДДЕРЖИВАЕТСЯ!"
тоже вариант!
в принципе, лично меня бы устроило вообще отсутствие сообщений в OSD для таких случаев - ну есть проблема - и ладно, кто-то заметит расхождение - кто=то нет, и будет просто наслаждаться просмотром.
Можно после окончания просмотра - (когда плеер закрылся, а не когда переход от одной серии к другой) - всплывающую фиговинку повесить - мол, так и так, частота видео не была постоянна, в связи с чем были возможны временные несостыковочки.
Главное - чтобы не мозолило глаза постоянно - "низкий индекс, проверьте профиль".
(может, проверять загрузку ЦПУ ? если есть запас по мощности, а индекс стабильно низкий - скорее всего дело в изменяющихся ФПС фильма => в этом случае не выводить сообщение на экран)
тогда написать в осд что видео не уплавняется на 5 сек, отключиться и больше не отсвечивать
Только не надо делать окно, а то с дивана придется подниматься.
дополню - выключить плавность, но подсветку/подрезку и тп оставить, да и саму такую проверку делать когда в профиле включена плавность, потому как у меня есть профили которые без уплавнения но с подсветкой
написать в осд что видео не уплавняется на 5 сек, отключиться и больше не отсвечивать
Хорошо. Так и сделаю.
лично меня бы устроило вообще отсутствие сообщений в OSD для таких случаев - ну есть проблема - и ладно, кто-то заметит расхождение - кто=то нет, и будет просто наслаждаться просмотром
Не совсем удачная идея, т.к. молчать о проблеме или молча отключать плавность - это не лучшее решение. Наличие проблемы надо показывать пользователю, чтобы было видно, что именно с плавностью не так и почему. Чем чаще OSD будет напоминать о проблеме, тем быстрее мы сможем найти решение.
Если OSD-сообщения раздражают всегда есть возможность отключить. 
выключить плавность, но подсветку/подрезку и тп оставить, да и саму такую проверку делать когда в профиле включена плавность, потому как у меня есть профили которые без уплавнения но с подсветкой
Хорошее дополнение. 
Планируется сделать аварийный режим повышения плавности. Будет срабатывать на местах с плавающей частотой кадров. Будет включаться обычное удвоение кадров.
Аварийный режим будет включаться только для профилей с автоматическим коэффициентом. Для фиксированного коэффициента, в том числе и для отсутствия повышения плавности проверка плавающей частоты будет неактивна.
Главное - чтобы не мозолило глаза постоянно - "низкий индекс, проверьте профиль".
Мозолить глаза будет реже, текст сообщения будет ближе к сути.
SmoothVideo Project → Эксплуатация SVP → [ошибка] Низкий SVP-индекс при неполной загрузке процессора
Powered by PunBB, supported by Informer Technologies, Inc.