try Avisynth Filter instead of ffdshow, it works much better when seeking
https://www.svp-team.com/wiki/Avisynth_Filter_(AVSF)
You are not logged in. Please login or register.
SmoothVideo Project → Posts by Chainik
try Avisynth Filter instead of ffdshow, it works much better when seeking
https://www.svp-team.com/wiki/Avisynth_Filter_(AVSF)
SVP doesn't support 1x1 motion vectors right now
and I really don't think it should
from what I read that 1x1 vectors field is just the same hardware-interpolated 4x4 field
the thing is if the source video has a bitrate X and you re-encode it with the same bitrate X - you won't get the same visual quality as the source
I think we're talking about _performance_. Blackfyre has a performance issues playing 4K @4px blocks, and this is NOT because his 2070 is too slow in NVOF.
And I don't think 1x1 blocks are useful for us. 4x4 is more than enough.
> Anyway, so how can I achieve 4px with 4K HDR content?
I think it's more CPU-related
> Or it doesn't matter which RTX videocard because they all perform the same with Optical Flow?
yep
mmm... nvof_grid = 0 gives a script error with "division by zero" and nvof_grid = 1 gives another script error
in fact, NVOF engine works with 4*4 px block only ![]()
so "4px" in SVP is just "search 4*4 blocks on the original frame size"
and "8px" --> "search 4*4 blocks on the frame reduced by 2 in both directions"
Most likely it works but just drops frames because VLC gives the worst performance with SVP.
кнопка прямо так и называется
я б сказал что скорее проблема не в самом по себе лимите битрейта, а что параметры для кодирования с CBR (constant bitrate) для x264 неправильные
cast.encode.opts.libx264 сейчас просто "b=$B,preset=veryfast", но это не дает CBR
можно попробовать его поставить в "b=$B,preset=veryfast,minrate=$B,maxrate=$B,bufsize=$2B"
SVP can't work with encrypted (DRM'ed) content
> Is there any difference between the official MPV and the MPV used with SVP?
1. there's no "official MPV"
2. no difference ![]()
да у меня тоже затыкается
с 12 мбит - сразу же, на 20-й секунде
10 мбит - на 8-й минуте
5 мбит - не затыкается
рабочая версия - битрейт в моменте получается выше 12 мбит
но раньше вроде проблема так остро не стояла ==> может быть что-то поменялось в кодировщике x264, какой он делает битрейт
пока можно методом научного тыка подобрать макс. битрейт с которым еще работает - в cast.encode.bandwidth можно написать любое число из тех которых нет в меню
есть предложение 10 мбит вместо 12 в меню поставить
---
с 10 все-равно завис, но только через 8 минут
странно, может x264 перестал заданный битрейт держать?
как только по факту получается выше 12 мбит - chromecast сразу затыкается
> Не подскажите в чём может быть проблема
ну может в видео? если это судя по названию ониме и скорее всего с variable frame rate, то chromecast вполне может ломаться когда видео оказывается более 60 fps
"chromecast 3" - это который "3rg generation"? тогда у него максимум 1080p@60 fps
могу только скачать этот "Kaze.tachinu.BDRemux.1080p.mkv" и проверить на Chromecast Ultra - но он то может до 4K@60 fps, т.ч. м.б. не показательно
===
нет, не в vfr дело. что-то где-то сломалось...
this's strange, do you have an antivirus installed? it probably block some file operations
rename two .new files - remove ".new"
только mpv32
тогда еще скопировать всю папку mpv32\Lib\site-packages\Cryptodome в mpv32\
так вроде работает
не уверен что это "правильно", но что-то оно так устанавливает ![]()
- cmd.exe от администратора, перейти в SVP 4\mpv32
- скачать туда секретный скрипт
- удалить оттуда python38._pth
- установить pip, ну и нужный модуль:
> python get-pip.py
> python -m pip install pycryptodomex
---
> чтобы его видел SVPCast
svpcast - трансляция переконвертированого видео куда-то, svptube - ссылки с онайлн-сервисов
svptube на линуксе использует питон 3.8
а на windows вообще portable-версию в SVP 4\mpv32
> the new svpflow consumes less power and gives better results if freeze is ignore
really have no idea why this could happen ![]()
not sure there're any changes in the latest libs that could possibly give a "playback freeze"
most likely it's caused by some external reason
but you always can take previous svpflow build and see if it solves the issue
try different hw / sw decoders in lav properties, probably?
not a good idea watch 4K in a 32-bit video player
> Забабахать черный ящик
во, у меня как раз один такой черный ящик от микрософта около телека стоит
то ли ящик, то ли коробка...
please try today's update (svpflow libs rev.205)
SmoothVideo Project → Posts by Chainik
Powered by PunBB, supported by Informer Technologies, Inc.