а если так?
You are not logged in. Please login or register.
SmoothVideo Project → Posts by Chainik
а если так?
"rev1 or rev2" of what?
Можно включить cast.verbose = true, после этого в логе будет диалог между SVP и хромекастом. Может оно что-то прояснит...
да, понял, есть косяк
последней версии SVPcast уже не нужен ffmpeg, но зависимоcть осталась
there were 20+ UHD BDs on trackers month ago
Нажми на кнопкочку "вопросик", будет список из "установленных кодеков и их настроек". Строк так на много тысяч.
Которые легко можно вписать в соотв. поле.
Естественно, этого всего "по-подробнее" не будет.
(В Windows) ffmpeg.exe должен уже лежать в SVP 4/utils, и "подхватываться" автоматически
in a worst case - after January 20th
probably earlier...
You can ignore this line. Consider it means nothing.
because the Linux version is still not released
well, Ryzen 7 can play 4K with mpv smoothly
not with highest settings as with MPC-HC though...
ok, I've updated mpv's wiki page with the link to shinchiro's builds
it's not a renderer issue because mpv shows abnormally high CPU usage on 4K even with null renderer
> Or alternatively would you provide weekly updates from mpv git master?
No, only the releases.
svpcode and svpcast extensions was added just now
and they both use mpv for encoding
> что-то очень много файл потом весит
Так битрейт крутить можно...
Ну, вот если очередная "черная пятница", то все сидят и ждут эту "пятницу"... Это хорошо для тех, кто всякое китайское говно продает (см. "М-видео"). А для SVP выгода сомнительна...
This's great, but SVP now needs more built-in encoders for transcoding and streaming - x265, QuickSync, AMD AMF.
> I'm surprised that SVP4 can't show the same good results for this goal.
Why? Only because it can't set "2 threads"?
All settings -> set "frc.threads" = 2
I'm more surprised with the fact 2 threads can handle 1080p...
Which CPU do you have? Kabylake @5GHz ?
> how do you think this pipeline can be improved?
Probably by using mpv.
====
Just a little technical comment: number of threads is NOT a problem. The real problem is in ffdshow buffers size (open ffdshow properties, Avisynth tab, see "buffer back/ahead" values). In general, more threads need larger buffers -> gives higher latency, BUT you can adjust buffers size with frc.prefetch.ff_mul and frc.prefetch.ff_add values - <buffer size> = ff_mul * <threads> + ff_add. When the buffer will be too small for the given number of threads you'll see it
====
You can now set 2 threads in SVP 4 but you can't lower ffdshow buffer size below 7. Damn...
это только в м-видео (и пр.) халява предсказуема и по календарю
That's right
you can add whatever you want via All settings - cast.encode.opts.h264_amf
Nope
try SW decoder on the mobile
SmoothVideo Project → Posts by Chainik
Powered by PunBB, supported by Informer Technologies, Inc.