Search options (Page 83 of 349)

it won't work

https://www.svp-team.com/wiki/FAQ#I.27v … fps_videos

> no audio output

https://www.svp-team.com/forum/viewtopic.php?id=5532

> Is it working with VLC 4.0 now?

No

> Putting "pix_fmt=yuv420p" in ovcopts works

please post the transcoder log here

Yeah, I saw this too on some videos.

> Or is the black bars feature hard-coded and unchangeable?

Unfortunately, yes.

I'll look into this issue, can't tell the exact time frame though cause a holiday season almost started...

коммерческий успех gui к youtube-dl весьма неочевиден
а как ещё один плюсик к целому SVP - вполне себе...

Don't you want to try a 30-days trial first? oO

а, не, могу... это так почему-то получается если "подсветка" включена. если выключить - то нет.

уже должно работать

> pix_fmts

it's a conversion filter, not an encoder option - https://ffmpeg.org/ffmpeg-filters.html#format-1

> This worked, though!
> ovcopts: pix_fmt=yuv420p

how?

===
1. How SVP works by default:
<10-bit after decoder> --> <10-to-8 Vapoursynth conversion w/o dithering> --> <motion interpolation in 8-bit> --> <8-bit encoder>
"allow 10-bit" OFF

2. Proposed method via lav filters:
<10-bit after decoder> --> <no Vapoursynth conversion> --> <motion interpolation in 10-bit> --> <10-to-8 lavfi conversion> --> <8-bit encoder>
"allow 10-bit" ON, lavfi: ";format=pix_fmts=yuv420p"

3. Other possible solution:
<10-bit after decoder> --> <10-to-8 Vapoursynth conversion with dithering> --> <motion interpolation in 8-bit> --> <8-bit encoder>
"allow 10-bit" OFF, needs editing SVP/script/generate.js, line 397:

4. One more...
<10-bit after decoder> --> <10-to-8 Vapoursynth conversion> --> <motion interpolation in 8-bit> --> <lavfi deband filter> --> <8-bit encoder>
"allow 10-bit" OFF, lavfi: ";deband"

5. And more...
<10-bit after decoder> --> <some super-duper Vapoursynth conversion script including deband via f3kdb plugin> --> <motion interpolation in 8-bit> --> <8-bit encoder>

(1) obviously the worst
(2) the best (?) but slowest
(3) better than (1) and worse than (2) in quality, but should be noticeable faster than (2)
(4) probably even better than (2)
(5) have not tried, the best possible quality (in theory) + slowest processing

===
Conclusion: we'll insert "deband" filter in case of 10-to-8 conversion in the next build