You are not logged in. Please login or register.
SmoothVideo Project → Posts by Blackmeser
Остановлюсь пока на ffdshow video decoder, если очень будет надо, буду переключаться на raw по мере необходимости.
А так жалко, придётся ждать поддержки hevc в самом ffdshow.
Ахах, я дурак, да, теперь действительно работает, но почему в случае с h.264 работает и мой изначальный вариант!?
Из-за потока raw или как его там?
Выходит что raw всё что угодно съест?
PS Как настроить чтобы для h.264 и остальных был ffdshow обычный декодер, а для h.265 был raw?
Поставил порядок в MPC так:
1) ffdshow video decoder
2) ffdshow video raw
... в итоге на h.264 запускается 1 и 2, а на h.265 только raw.
А если порядок:
1) ffdshow video raw
2) ffdshow video decoder
... то всегда только raw.
Тему подниму, ибо других подобных в русской ветке нет.
Проблема с h.265/HEVC. Не включается плавность, если точнее - не запускается ffdshow video decoder.
Делал как описано тут: http://www.svp-team.com/forum/viewtopic.php?id=1843
Обновил MPC-HC до 1.7.8, LAV до 0.63, даже ffdshow до 1.3.4531, Haali удалил.
PS изначально h.265 вообще видеодорожка не воспроизводилась. С h.264 всё всегда было и остаётся нормально.
Тестовое видео: Big Buck Bunny 1080p. Есть ещё и другие, собственной конвертации, там та же беда.
В ffdshow video decoder не вижу поддержки h.265/HEVC.
Информация по видеофайлу h.265:
При видео h.264, всё нормально, ffdshow video decoder запускается:
При видео h.265, ffdshow video decoder не запускается:
Настройки LAV:
Настройки MPC-HC:
MAG79
Это общедоступный файл, я могу его скачать для экспериментов?
MAG79
Очень странное видео.
1. По какой причине в этом видео присутствуют эти колебания?
2. И каков их характер (частота кадров меняется не останавливаясь или держится постоянной на отдельных участках)?
fps cкачет не останавливаясь, возможно какой-то конвертер или видео-мейкер делает так для экономии места, или кривой обработчик видео, ffdshow показывает бешеный брейкданс в строке информации по fps.
Вот как это выглядит: http://rghost.ru/private/8cBFhK7qK/217d … 66ad0c610e
Поменял конфиг.
Сочетание:
-5:1:5#2;(5x)и
ChkDeltaFPS=50... полёт нормальный...
Хорошо, что у вас все настройки легко доступны.
Думаю проблема исчерпана.
Имеем видео, fps которого колеблется от 23,976 до 25, а разрешение 1280x720.
Имеем профили: 1920x800@24 и 1280x720@24.
Когда фреймрейт видео составляет 23,976-24 fps - активен профиль 1280x720@24.
Но как только fps поднимается выше 24, тут-же идёт переключение на профиль 1920x800@24.
Решение со стороны пользователя конечно очевидное, переименовать профиль 1280x720@24 на 1280x720@25, а может быть сразу лучше на 1280x720@30.
Или изменить алгоритм выбора профиля (хотя на этот счёт не уверен, мб я кривой, но кажется отключение алгоритмов помогает).
Но лучше если бы было можно выбирать вручную профиль самому, ведь есть видео, которые изобилуют двигающимися объектами (боевики, блокбастеры, итд...), и нет (мульты, комедии...).
На PIC1 надоедливое сообщение советующее включить фиксированное умножение, как можно увидеть на PIC3-PIC5 - скачущий коэффициент умножения, повышающий fps до ~120 (частоты экрана), умножение грубо говоря 5x, но в настройках (PIC2) максимум 4x...
Добавьте плиз 5х в настройки, для мониторов 120гц и видео с нестабильным фреймрейтом - это жизненно необходимо.
PS PIC1-PIC5 - это всё одно и то же видео.
PPS Ручное добавление строки в конфиг (MSmoothFps):
-5:1:5#2;(5x)приводит к другому надоедливому окну:
которое вылезает каждый раз при изменении фреймрейта.
Хотелось бы знать, как его отключить, если это возможно...
Chainik
один стремительно обновляющий куду производитель уже два (или уже больше?) года как не может родить драйвер с поддержкой OpenCL 1.2, чем мастерски тормозит внедрение новых фич OCL в реальном ПО
OCL 2.0, видимо, еще пятилетку будет "делать"
А зачем, ведь можно сразу на CUDA?
PS у нвидии OpenCL 1.2 уже есть, OpenCL 2.0 ещё нет (обещают в этом году).
OpenCL 1.2 поддерживается с драйвера 350.05.
Юзаю SVP уже года 2.
Отличная система сглаживания видео.
И на мониторе 120гц работает отлично (хотя выше 90 fps разницу слабо заметить), проц Core i7-4790 (8 потоков, 3.6ггц), вдяха GTX680
Настройки такие:
При просмотре мультов жор процессора (только процессом) составляет 15-30%, фильмов 20-80%.
Хотелось бы предложить следующие идеи:
1) Более удобные режимы профилей, т.к. фильм и мульт нагружают систему по разному, у фильма больше мелких деталей, а у мульта всё более слито и меньше движений, соответственно нагрузка ниже.
Если будет возможность ручного выбора профилей, с произвольными именами - будет круто, не нужно будет перенастраивать профили под фильмы/мульты, и можно будет выжать максимум.
2) Возможность использования CUDA. OpenCL конечно очень хорош и поддерживается практически везде. Но CUDA выигрывает в производительности процентов на 20, как в тестах, так и на деле.
К тому же CUDA стремительно развивается и постоянно обновляется, пока OpenCL получает новую версию только по мере крайней нужды. К примеру OpenCL 2.1 вышла чуть более месяца назад, до этого не было обновлений 2 года.
В общем хотелось бы узнать, проводятся ли в этом направлении какие-либо эксперименты!?
3) Поддержка x64. Честно говоря я не знаю, насколько это нужно в данном случае. Но исходя из банальных наблюдений, x64 приложения работают заметно быстрее x86 близнецов, рискну предположить, что это за счёт использования продвинутых команд процессора... Может быть это как-то повлияет на производительность SVP, если будет x64 версия!?
[hr]
PS Разработчики не планируют свой конвертер на основе SVP? MeGUI очень жестоко тупит при добавлении скрипта, плюётся что ему не нравится Avisynth в SVP (приходится возиться с dll) и часто по непонятным причинам крашится, с Haali та же беда, можно бы было сделать на основе ffmpeg, на подобие AVANTI - FFmpeg/Avisynth GUI.
Данное чудо могло бы пригодиться, чтобы сконвертировать с максимальными параметрами качества, а потом наслаждаться вне зависимости от мощности железа.
SmoothVideo Project → Posts by Blackmeser
Powered by PunBB, supported by Informer Technologies, Inc.