Ryzen System,..

[Selur]

ich vermute x265?

Ja.

VP9 -> Beileid, da hab ich die Hoffnung aufgegeben. Da die jahrelang kein brauchbares Multithreading hinbekommen haben (ist besser geworden aber vor nem halben Jahr war es noch nicht gut), 2pass encoding die Zielbitrate fast nie trifft (oder hat sich das nach Jahren die man sich darüber beschwert gebessert?) und ich teilweise nach nen Bug-Report 1/2 Jahr warten durfte bis ne Reaktion kam ist das Format für mich unbrauchbar.
Befürchte AV-1 wird genau so ein Disaster. Viel Hype, wenig Support, teilweise netter Ergebnisse, aber den Stress nicht wert.

Cu Selur

[monarc99]

Danke fürs Beileid ... einen guten Nebeneffekt hat die Sache. Es wird schön warm in der Bude.

Ich teste gerade row-mt=1 (neu in 1.6.1), ob es was bringt.

With the improved threading scheme, VP9 encoder can achieve:
>100% speed improvement  for 720p/1080p videos by allowing the encoder to use more than 4 threads;
fast encoding by enabling multi-threads for small resolution videos;
>10% speed improvement even when there is no change of number of encoding threads.

[Selur]

Hört sich interessant an. Berichte mal wenn Du das getestet hast ob es wirklich was bringt.

[Selur]

Aus Spaß mal einen kleinen Test encode gemacht.

ffmpeg -y -loglevel fatal -threads 8 -i "F:\TestClips&Co\HDR\Sony_4K_HDR_Camp.mp4" -map 0:0 -an -sn  -vf scale=3840:2618 -vsync 0 -strict -1 -pix_fmt yuv422p10le  -sws_flags spline -f yuv4mpegpipe - | vpxenc --codec=vp9 --row-mt=1 --passes=1 --pass=1 --end-usage=cq --cq-level=18 --target-bitrate=15000 --profile=3 --good --cpu-used=1 --min-q=0 --max-q=63 --undershoot-pct=0 --buf-sz=6 --buf-initial-sz=4 --buf-optimal-sz=5 --drop-frame=0 --resize-allowed=0 --kf-min-dist=0 --kf-max-dist=250 --auto-alt-ref=0 --noise-sensitivity=0 --sharpness=0 --static-thresh=0 --tile-columns=2 --tile-rows=1 --min-gf-interval=0 --max-gf-interval=0 --threads=32 --width=3840 --height=2618 --i422 --color-space=bt2020 --input-bit-depth=10 --bit-depth=10 -o "H:\Temp\09_02_25_3710_02.vp9" -

erzeugt hier ~60-75% CPU-Last bei ~1.85fps, also etwa die Hälfte von x265. War schon schlechter, aber gut ist es immer noch nicht.

[monarc99]

Dauert bei mir ein bißchen länger, kein Großrechner bei mir zuhause
Ja, aber bei mir ähnlich.

ffmpeg -y -loglevel fatal -threads 4 -ss 00:00.042 -i froscon16-1696-eng-Voctomix_hd.mp4 -t 11.358 -map 0:0 -an -sn  -f yuv4mpegpipe - | vpxenc --codec=vp9 --row-mt=1 --passes=1 --pass=1 --end-usage=cq --cq-level=25 --target-bitrate=1000 --threads=4 --tile-columns=2 -o test.vp9 -v -

(5.14 fps)

ffmpeg -y -loglevel fatal -threads 4 -ss 00:00.042 -i froscon16-1696-eng-Voctomix_hd.mp4 -t 11.358 -map 0:0 -an -sn  -f yuv4mpegpipe - | x265 --y4m - --crf 23 -o test.h265 

(20.52 fps)

Wobei ich noch am Testen der diversen Parameter bin. z.B. ffmpeg scheint wohl andere default Werte zu verwenden. Und bei vpxenc muss ich immer ne Bitrate setzen, damit es eine Wirkung hat. Bei ffmpeg geht auch -b:v 0 und crf Wert ändern.
Was mir noch nicht klar ist, wieso immer in allen Beispielen 2pass gemacht wird. Also auch beim Constant Quality Modus (-b:v 0 und -crf 25)

ffmpeg -loglevel info -hide_banner -nostdin -y -ss 00:00.042 -threads 4  -i froscon16-1696-eng-Voctomix_hd.mp4 -t 11.358 -map 0:v:0 -threads 4 -c:v libvpx-vp9 -tile-columns 2 -row-mt 1 -frame-parallel 0 -b:v 0 -crf 25 -auto-alt-ref 1 -lag-in-frames 25 -g 128 -pix_fmt yuv420p  -f webm froscon16-1696-eng-Voctomix_hd.webm

frame=  284 fps= 18

ffmpeg -loglevel info -hide_banner -nostdin -y -ss 00:00.042 -threads 4  -i froscon16-1696-eng-Voctomix_hd.mp4 -t 11.358 -map 0:v:0 -c:v libx265 -crf 23  -pix_fmt yuv420p  froscon16-1696-eng-Voctomix_hd.mkv

frame=  284 fps= 20