You are not logged in. Please login or register.
SmoothVideo Project → Posts by Chainik
not sure it's related to the "Avisynth filter quality"...
btw, this error code means nothing - i.e. "indicates that an unknown internal error has occurred" while creating GPU memory buffer
to be clear: it comes not from our (SVP's) code but from the video driver
> are those sliders only valid during realtime playing?
yep, it always selects the highest quality in transcoding mode
> Do these improve the quality of Optical Flow over Turing GPU's?
no idea... if yes then it's already "improved" with the drivers update
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?
SmoothVideo Project → Posts by Chainik
Powered by PunBB, supported by Informer Technologies, Inc.