Bericht zur Intel ARC unter (Debian) Linux

BLACKDIAMONT

Lt. Commander
Registriert
Nov. 2012
Beiträge
1.471
Nabend,

da doch einige Interesse an dem Thema haben, bin ich mal so frei und erstelle ein kleinen Bericht ;)
Arbeitsbedingt habe ich überwiegend nur am WE nur Zeit, daher gibt es keine Häufigen Updates!

System:
  • Intel NUC Extreme Ghost Canyon i9-9980HK mit 32GB DDR4-3200mhz GSkill und 2x 1TB NVMe.
  • Intel ARC A770 16GB Limited Edition
  • Debian 11 Bullseye
  • Linux Kernel 6.1.0 (force probe i915) mit aktuellen Non-Free Firmware BLOBs
  • GNOME Desktop mit Wayland
  • Mesa 23.0-git

Dmesg:
Bash:
[    2.470026] i915 0000:03:00.0: [drm] Incompatible option enable_guc=3 - HuC is not supported!
[    2.471503] i915 0000:03:00.0: [drm] VT-d active for gfx access
[    2.471928] i915 0000:03:00.0: vgaarb: deactivate vga console
[    2.471950] i915 0000:03:00.0: BAR 0: releasing [mem 0x6b000000-0x6bffffff 64bit]
[    2.471954] i915 0000:03:00.0: BAR 2: releasing [mem 0x4050000000-0x405fffffff 64bit pref]
[    2.472014] i915 0000:03:00.0: BAR 2: no space for [mem size 0x400000000 64bit pref]
[    2.472016] i915 0000:03:00.0: BAR 2: failed to assign [mem size 0x400000000 64bit pref]
[    2.472020] i915 0000:03:00.0: BAR 0: assigned [mem 0x6b000000-0x6bffffff 64bit]
[    2.472109] i915 0000:03:00.0: [drm] Failed to resize BAR2 to 16384M (-ENOSPC)
[    2.472112] i915 0000:03:00.0: BAR 2: assigned [mem 0x4050000000-0x405fffffff 64bit pref]
[    2.472147] i915 0000:03:00.0: [drm] Local memory IO size: 0x0000000010000000
[    2.472149] i915 0000:03:00.0: [drm] Local memory available: 0x00000003fa000000
[    2.472150] i915 0000:03:00.0: [drm] Using a reduced BAR size of 256MiB. Consider enabling 'Resizable BAR' or similar, if available in the BIOS.
[    2.511277] i915 0000:03:00.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=none
[    2.513923] i915 0000:03:00.0: [drm] Finished loading DMC firmware i915/dg2_dmc_ver2_07.bin (v2.7)
[    2.582253] i915 0000:03:00.0: [drm] GuC error state capture buffer maybe too small: 2097152 < 3737592 (min = 1245864)
[    2.585131] i915 0000:03:00.0: [drm] GuC firmware i915/dg2_guc_70.bin version 70.5.1
[    2.595737] i915 0000:03:00.0: [drm] GuC submission enabled
[    2.595740] i915 0000:03:00.0: [drm] GuC SLPC enabled
[    2.596218] i915 0000:03:00.0: [drm] GuC RC: enabled
[    2.655103] [drm] Initialized i915 1.6.0 20201103 for 0000:03:00.0 on minor 0
[    3.408433] fbcon: i915drmfb (fb0) is primary device
[    3.535915] i915 0000:03:00.0: [drm] fb0: i915drmfb frame buffer device
[   27.691887] snd_hda_intel 0000:04:00.0: bound 0000:03:00.0 (ops i915_audio_component_bind_ops [i915])
[   85.619677] i915 0000:03:00.0: [drm] *ERROR* Fault errors on pipe B: 0x00000800

Anmerkung; Resizeable BAR ist erst ab intel Gen10 verfügbar, sollte dennoch mit etwas Einschränkung funktionieren.
dg2_dmc_ver2_07.bin (v2.7) wird geladen, obwohl v2.8 existiert (scheint wohl hardcoded zu sein).
Die pipe errors tauchen bei Last auf (fraglich ob es an den firmware blobs oder kernel liegt).

Tests:
  • OpenGL und Vulkan Tests funktionieren Problemlos.
  • Es laufen bisher alle OpenGL Anwendungen und Spiele
  • Einige Steam Games laufen mit DXVK (Burnout Paradise), viele Starten einfach nicht (Dying Light) oder hängen im Ladescreen (The Ascent).
  • Unigine Superposition läuft, jedoch scheint die Karte nicht hochzutakten ... gerade mal 2k Punkte auf FHD Mittel ...
  • Desktop, Videos und alles im Browser läuft geschmeidig und soweit ohne Probleme!
  • Stromverbrauch im Vergleich zur AMD R9 Fury X Nano ist im idle ca 15W höher!

Todo:
  • Auf Kernel 6.2-RC warten und Testen?
  • Mesa 23.0-git updaten und Testen

Bei Fragen? Fragen!
 
  • Gefällt mir
Reaktionen: polyphase, konkretor, Hunky und 11 andere
Auf Windows scheint sich Treiberseitig ja schon einiges getan zu haben, das die Karten mittlerweile viel besser brauchbar sind.
Unter Linux scheint die Entwicklungspriorität wohl nicht gegeben zu sein abgesehen vielleicht vom Professionellen aufgaben.
Mal sehen wie lange das dauert das man nicht bei jedem SPiel bangen muss ob es startet :-)

(so ist mein Eindruck , aufgrund der Windowsberichte hatte ich schon kurz überlegt ob es nicht ne Intelkarte als Upgrade zur 5700er Radeon werden könnte :D aber das ist wohl noch nicht machbar.)
 
  • Gefällt mir
Reaktionen: netzgestaltung und BLACKDIAMONT
Alexander2 schrieb:
(so ist mein Eindruck , aufgrund der Windowsberichte hatte ich schon kurz überlegt ob es nicht ne Intelkarte als Upgrade zur 5700er Radeon werden könnte :D aber das ist wohl noch nicht machbar.)

das ist eher ein sidegrade mit raytracing, mehr vram und viel besserer produktivität. zum zocken alleine lohnt sich arc von einer 5700(XT) kommend eigentlich nicht.
 
  • Gefällt mir
Reaktionen: Eisenoxid
@Natriumchlorid
Gibts eigentlich schon länger. Ich hab OBS Version 28.
1670954296262.png
 
  • Gefällt mir
Reaktionen: Natriumchlorid
@BLACKDIAMONT
Ich bin auf Ubuntu 22.04 mit einer A380, habe mittlerweile mehrere Kernel getestet und Media-Driver/Libva/Mesa etc selbst kompiliert. Mich interessiert am meisten das Transkodieren, weil die Karte diesbezüglich ordentlich Dampf zu haben scheint. Nun ist mir - nachdem ich natürlich schon einige Terabyte durch hatte :freak: aufgefallen, dass es ein schräges Problem mit den transkodierten Medien gibt, wenn man quick sync per FFmpeg nutzt (Vaapi funktioniert). Die Dateien sehen weitestgehend perfekt aus, was Quali/Größe etc betrifft. Jedoch wird anscheinend nur ein einziges I-Frame an den Anfang der Datei gepackt und sonst keins. Das sorgt dafür, dass man teils minutenlang warten muss, wann man nach vorne spult. Bin schon seit einiger Zeit am Troubleshooten, krieg das Problem jedoch nicht weg.

Könntest Du bei Gelegenheit mal das hier mit ner h264 Datei ausprobieren und mir sagen, ob es bei Dir auch Fehler gibt?

ffmpeg -hwaccel_output_format qsv -qsv_device /dev/dri/renderD129 -c:v h264_qsv -i input.mkv -map 0 -b:v 2500k -minrate 500k -maxrate 5000k -c:v hevc_qsv -c:a copy -c:s copy output.mkv

Ich weiß jetzt nicht, wie tief Du in der Materie drin bist, was FFmpeg und co. mit der Arc betrifft. Falls nicht, ist es schon okay, da muss man sich teils einige Zeit durch den Sumpf wandern, bis man alles installiert hat. Also lieber lassen, wenn nicht sowieso gewollt. Falls doch:

[h264_qsv @ 0x5633a4634580] A decode call did not consume any data: expect more data at input

Das ist der einzige Hinweis bei mir, dass irgendwas nicht richtig hinhaut, der einzige Fehler nachdem FFmpeg fertig ist.
 
  • Gefällt mir
Reaktionen: BLACKDIAMONT
@Tidu$ Hab ich auf die schnelle mal reingeworfen .. leider supported das Debian intel-media-va-driver-non-free paket ARC (logischerweise) nicht und mal eben https://github.com/intel/media-driver compilen ist auch nicht.

Ich nehme mir das mal für's WE vor.


[h264_qsv @ 0x5633a4634580] A decode call did not consume any data: expect more data at input

Hast du von Ubuntu das media-va-driver paket installiert oder das von git compiled?
 
Zuletzt bearbeitet: (was vergessen)
  • Gefällt mir
Reaktionen: Tidu$
@BLACKDIAMONT Wäre ich dankbar für, wenn Du das versuchst.
Hab von hier https://github.com/intel/media-driver compiled. Nutzt Du den drm-tip Kernel? Weil, wenn nicht, dann müsstest Du beim kompilieren vom media-driver das hier hinzufügen ../media-driver -DENABLE_PRODUCTION_KMD=ON

Fällt mir gerade ein, habe vor nem Monat mal ne mittlerweile völlig gestörte Anleitung bei Reddit auf Englisch geschrieben, um hauptsächlich FFmpeg mit ner Arc zum laufen zu bekommen. Quick sync läuft leider auch nicht mit dem standard FFmpeg, da die Arc nur mit OneVPL Unterstützung läuft. Wenn Du Dir das antun möchtest, könntest Du bei Step 2 loslegen. Mach auf jeden Fall ein Backup. Ich bin erst vor kurzem mit meinem Plexserver auf Linux umgestiegen und als ich dann dachte, dass es ne gute Idee wäre sich noch ne Arc einzubauen - sagen wir mal, die Arc hat mir viel Motivation zum Lernen von Softwaredebugging gegeben.
Mittels ffprobe -show_frames INPUT.mkv | grep pict_type könntest Du betreffende Dateien direkt checken. Alles, was nur ein I-Frame hat ist mehr oder minder kaputt.
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: BLACKDIAMONT
@Tidu$
Compilen lief einwandfrei durch, dennoch gibt ffmpeg fehler :/

Bash:
[AVHWDeviceContext @ 0x55565a3403c0] Failed to initialise VAAPI connection: -1 (unknown libva error).
[h264_qsv @ 0x55565a267400] Failed to create a VAAPI device.
 [h264_qsv @ 0x55565a267400] Error initializing an MFX session

Libva ist die aktuellste Version ... könnte höhstens die Git-Version probieren.

vainfo wirft auch nen fehler, zu dem ich nur nen ubuntu-bug report finde der gefixxt wurde.

Bash:
wl_drm@7: error 0: authenticate failed
VA error: wayland: Wayland roundtrip error: Protocol error (errno 71)
libva info: VA-API version 1.10.0
libva error: vaGetDriverNameByIndex() failed with invalid VADisplay, driver_name = (null)
vaInitialize failed with error code 3 (invalid VADisplay),exit

Hab das WE etwas Zeit, also schaue ich mal wie ich das fixxen kann ;)
 
  • Gefällt mir
Reaktionen: konkretor und Tidu$
Hejo! Ich habe gerade die Info bekommen, dass es tatsächlich ein Bug ist https://www.reddit.com/r/ffmpeg/com.../?utm_source=share&utm_medium=web2x&context=3 bin gerade dabei neu zu compilen und auszuprobieren, habe ein Skript dafür geschrieben. Kannst mal reinschauen, wenn Du Lust hast Link zum Skript.

Sieht bei Dir aus, als wenn Libva nicht den Pfad zum Treiber findet, schau mal hier vielleicht:

For iHD_drv_video.so please export related LIBVA environment variables.

export LIBVA_DRIVERS_PATH=<path-contains-iHD_drv_video.so>
export LIBVA_DRIVER_NAME=iHD

edit: alternatives weniger "invasives" skript hab zu viel rumgespielt und hab gerade selber macken mit dem vorherigen Skript. Muss erstmal wieder überhaupt transkodieren zum laufen kriegen.
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: konkretor und BLACKDIAMONT
Bash:
wl_drm@7: error 0: authenticate failed
VA error: wayland: Wayland roundtrip error: Protocol error (errno 71)
libva info: VA-API version 1.10.0
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /usr/local/lib/dri/iHD_drv_video.so/iHD_drv_video.so
libva info: va_openDriver() returns -1
vaInitialize failed with error code -1 (unknown libva error),exit

Irgendwas ist doch da fischig mit dem media-driver ... selbst bei der git-version bleibt der Fehler -.-
 
BLACKDIAMONT schrieb:
Unigine Superposition läuft, jedoch scheint die Karte nicht hochzutakten ... gerade mal 2k Punkte auf FHD Mittel ...
Mit der Linux Variante und OpenGL oder die Windows Variante unter Zuhilfenahme von DXVK ?
BLACKDIAMONT schrieb:
Desktop, Videos und alles im Browser läuft geschmeidig und soweit ohne Probleme!
Was meldet eigentlich vainfo ? Und kannst du das Hardaredecoden auch per intel-gpu-tools verifizieren?
Auf einen AV1 Encoder Test wäre ich gespannt, wenn es denn gehen sollte.
Einige Steam Games laufen mit DXVK (Burnout Paradise), viele Starten einfach nicht (Dying Light) oder hängen im Ladescreen (The Ascent).
Welche Proton-Version ?
 
Kaito Kariheddo schrieb:
Mit der Linux Variante und OpenGL oder die Windows Variante unter Zuhilfenahme von DXVK ?
Linux ..

Kaito Kariheddo schrieb:
Was meldet eigentlich vainfo ? Und kannst du das Hardaredecoden auch per intel-gpu-tools verifizieren?
Auf einen AV1 Encoder Test wäre ich gespannt, wenn es denn gehen sollte.
Siehe mein post davor.

Kaito Kariheddo schrieb:
Welche Proton-Version ?
7.0, experimental, 6.3
 
  • Gefällt mir
Reaktionen: Kaito Kariheddo
BLACKDIAMONT schrieb:
Bash:
wl_drm@7: error 0: authenticate failed
VA error: wayland: Wayland roundtrip error: Protocol error (errno 71)
libva info: VA-API version 1.10.0
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /usr/local/lib/dri/iHD_drv_video.so/iHD_drv_video.so
libva info: va_openDriver() returns -1
vaInitialize failed with error code -1 (unknown libva error),exit

Irgendwas ist doch da fischig mit dem media-driver ... selbst bei der git-version bleibt der Fehler -.-
Versuch mal
export LIBVA_DRIVERS_PATH=/usr/local/lib/dri
export LIBVA_DRIVER_NAME=iHD
weil er sucht gerade nach iHD_drv_video.so in einem Ordner namens iHD_drv_video.so

Bei mir läuft jetzt absurderweise die Intel UHD730 IGPU aber die arc schmeisst Error during QSV decoding.: device failed (-17) in FFmpeg. Man, man, man
Ergänzung ()

Vainfo scheint glücklich
vainfo Trying display: wayland libva info: VA-API version 1.17.0 libva info: User environment variable requested driver 'iHD' libva info: Trying to open /usr/local/lib/x86_64-linux-gnu/dri/iHD_drv_video.so libva info: Found init function __vaDriverInit_1_17 libva info: va_openDriver() returns 0 vainfo: VA-API version: 1.17 (libva 2.17.0.pre1) vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 22.6.5 (b67820f3d) vainfo: Supported profile and entrypoints VAProfileNone : VAEntrypointVideoProc VAProfileNone : VAEntrypointStats VAProfileMPEG2Simple : VAEntrypointVLD VAProfileMPEG2Main : VAEntrypointVLD VAProfileH264Main : VAEntrypointVLD VAProfileH264Main : VAEntrypointEncSliceLP VAProfileH264High : VAEntrypointVLD VAProfileH264High : VAEntrypointEncSliceLP VAProfileJPEGBaseline : VAEntrypointVLD VAProfileJPEGBaseline : VAEntrypointEncPicture VAProfileH264ConstrainedBaseline: VAEntrypointVLD VAProfileH264ConstrainedBaseline: VAEntrypointEncSliceLP VAProfileHEVCMain : VAEntrypointVLD VAProfileHEVCMain : VAEntrypointEncSliceLP VAProfileHEVCMain10 : VAEntrypointVLD VAProfileHEVCMain10 : VAEntrypointEncSliceLP VAProfileVP9Profile0 : VAEntrypointVLD VAProfileVP9Profile0 : VAEntrypointEncSliceLP VAProfileVP9Profile1 : VAEntrypointVLD VAProfileVP9Profile1 : VAEntrypointEncSliceLP VAProfileVP9Profile2 : VAEntrypointVLD VAProfileVP9Profile2 : VAEntrypointEncSliceLP VAProfileVP9Profile3 : VAEntrypointVLD VAProfileVP9Profile3 : VAEntrypointEncSliceLP VAProfileHEVCMain12 : VAEntrypointVLD VAProfileHEVCMain422_10 : VAEntrypointVLD VAProfileHEVCMain422_12 : VAEntrypointVLD VAProfileHEVCMain444 : VAEntrypointVLD VAProfileHEVCMain444 : VAEntrypointEncSliceLP VAProfileHEVCMain444_10 : VAEntrypointVLD VAProfileHEVCMain444_10 : VAEntrypointEncSliceLP VAProfileHEVCMain444_12 : VAEntrypointVLD VAProfileHEVCSccMain : VAEntrypointVLD VAProfileHEVCSccMain : VAEntrypointEncSliceLP VAProfileHEVCSccMain10 : VAEntrypointVLD VAProfileHEVCSccMain10 : VAEntrypointEncSliceLP VAProfileHEVCSccMain444 : VAEntrypointVLD VAProfileHEVCSccMain444 : VAEntrypointEncSliceLP VAProfileAV1Profile0 : VAEntrypointVLD VAProfileAV1Profile0 : VAEntrypointEncSliceLP VAProfileHEVCSccMain444_10 : VAEntrypointVLD VAProfileHEVCSccMain444_10 : VAEntrypointEncSliceLP

aber sudo intel_gpu_top bewegt sich unter "video" keinen Milimeter.
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: BLACKDIAMONT
Ahh ich bin doch so Blind :D :D
Danke dir^^

Bash:
libva info: VA-API version 1.16.0
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /usr/local/lib/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_16
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.16 (libva 2.10.0)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 22.6.5 (b67820f)
vainfo: Supported profile and entrypoints
      VAProfileNone                   : VAEntrypointVideoProc
      VAProfileNone                   : VAEntrypointStats
      VAProfileMPEG2Simple            : VAEntrypointVLD
      VAProfileMPEG2Main              : VAEntrypointVLD
      VAProfileH264Main               : VAEntrypointVLD
      VAProfileH264Main               : VAEntrypointEncSliceLP
      VAProfileH264High               : VAEntrypointVLD
      VAProfileH264High               : VAEntrypointEncSliceLP
      VAProfileJPEGBaseline           : VAEntrypointVLD
      VAProfileJPEGBaseline           : VAEntrypointEncPicture
      VAProfileH264ConstrainedBaseline: VAEntrypointVLD
      VAProfileH264ConstrainedBaseline: VAEntrypointEncSliceLP
      VAProfileHEVCMain               : VAEntrypointVLD
      VAProfileHEVCMain               : VAEntrypointEncSliceLP
      VAProfileHEVCMain10             : VAEntrypointVLD
      VAProfileHEVCMain10             : VAEntrypointEncSliceLP
      VAProfileVP9Profile0            : VAEntrypointVLD
      VAProfileVP9Profile1            : VAEntrypointVLD
      VAProfileVP9Profile2            : VAEntrypointVLD
      VAProfileVP9Profile3            : VAEntrypointVLD
      VAProfileHEVCMain12             : VAEntrypointVLD
      VAProfileHEVCMain422_10         : VAEntrypointVLD
      VAProfileHEVCMain422_12         : VAEntrypointVLD
      VAProfileHEVCMain444            : VAEntrypointVLD
      VAProfileHEVCMain444            : VAEntrypointEncSliceLP
      VAProfileHEVCMain444_10         : VAEntrypointVLD
      VAProfileHEVCMain444_10         : VAEntrypointEncSliceLP
      VAProfileHEVCMain444_12         : VAEntrypointVLD
      VAProfileHEVCSccMain            : VAEntrypointVLD
      VAProfileHEVCSccMain            : VAEntrypointEncSliceLP
      VAProfileHEVCSccMain10          : VAEntrypointVLD
      VAProfileHEVCSccMain10          : VAEntrypointEncSliceLP
      VAProfileHEVCSccMain444         : VAEntrypointVLD
      VAProfileHEVCSccMain444         : VAEntrypointEncSliceLP
      VAProfileAV1Profile0            : VAEntrypointVLD
      VAProfileAV1Profile0            : VAEntrypointEncSliceLP
      VAProfileHEVCSccMain444_10      : VAEntrypointVLD
      VAProfileHEVCSccMain444_10      : VAEntrypointEncSliceLP

ffmpeg wirft jetzt einen anderen Fehler ..
Bash:
[h264_qsv @ 0x5650955c3400] Error during set display handle
: device failed (-17)                                                                                                                                                                                                                                         
[h264_qsv @ 0x5650955c3400] Error initializing an MFX session
 
  • Gefällt mir
Reaktionen: Tidu$
Es muss am Kernel liegen. Ich hab gestern wie ein bekloppter jede erdenkliche Kombination ausprobiert und meinen Samstag geopfert.
Jetzt eben gerade als letzte Maßnahme nochmal den Intel 5.17 Backport ausprobiert und siehe da es funktioniert. :freak:
Hatte zuvor den zuletzt funktionierenden drm-tip am laufen gehabt.

$ ffmpeg -hwaccel_output_format qsv -qsv_device /dev/dri/renderD129 -c:v h264_qsv -i simpsons_trailer.mkv -map 0 -b:v 2500k -minrate 500k -maxrate 5000k -c:v hevc_qsv -c:a copy -c:s copy output.mkv
ffmpeg version N-109474-g61fb8a537e Copyright (c) 2000-2022 the FFmpeg developers
built with gcc 12 (Ubuntu 12.1.0-2ubuntu1~22.04)
configuration: --prefix=/home/max/.local --extra-cflags=-I/opt/intel/mediasdk/include --extra-ldflags=-L/opt/intel/mediasdk/lib --extra-ldflags=-L/opt/intel/mediasdk/plugins --enable-libfontconfig --enable-libass --enable-gpl --enable-libfdk-aac --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libdav1d --enable-libwebp --enable-libvpx --enable-libx264 --enable-libx265 --enable-libzvbi --enable-libzimg --enable-opencl --enable-vaapi --enable-libvpl --enable-vdpau --enable-nonfree --enable-libplacebo --enable-vulkan --extra-libs=-lpthread
libavutil 57. 43.100 / 57. 43.100
libavcodec 59. 55.103 / 59. 55.103
libavformat 59. 34.102 / 59. 34.102
libavdevice 59. 8.101 / 59. 8.101
libavfilter 8. 52.100 / 8. 52.100
libswscale 6. 8.112 / 6. 8.112
libswresample 4. 9.100 / 4. 9.100
libpostproc 56. 7.100 / 56. 7.100
libva info: VA-API version 1.17.0
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /usr/local/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_17
libva info: va_openDriver() returns 0
libva info: VA-API version 1.17.0
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /usr/local/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_17
libva info: va_openDriver() returns 0
libva info: VA-API version 1.17.0
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /usr/local/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_17
libva info: va_openDriver() returns 0
libva info: VA-API version 1.17.0
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /usr/local/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_17
libva info: va_openDriver() returns 0
Input #0, matroska,webm, from 'simpsons_trailer.mkv':
Metadata:
title : The Simpsons Movie
DATE_RELEASED : 2007
creation_time : 2022-12-12T11:16:57.000000Z
ARTIST : Fox
GENRE : Trailer
ENCODER : Lavf58.76.100
Duration: 00:02:17.28, start: 0.000000, bitrate: 3160 kb/s
Stream #0:0: Video: h264 (Main), yuv420p(tv, bt709, progressive), 1920x800 [SAR 1:1 DAR 12:5], 23.98 fps, 23.98 tbr, 1k tbn (default)
Metadata:
DURATION : 00:02:17.244000000
Stream #0:1: Audio: aac (LC), 44100 Hz, stereo, fltp (default)
Metadata:
title : Stereo
DURATION : 00:02:17.276000000
File 'output.mkv' already exists. Overwrite? [y/N] y
Stream mapping:
Stream #0:0 -> #0:0 (h264 (h264_qsv) -> hevc (hevc_qsv))
Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
Output #0, matroska, to 'output.mkv':
Metadata:
title : The Simpsons Movie
DATE_RELEASED : 2007
GENRE : Trailer
ARTIST : Fox
encoder : Lavf59.34.102
Stream #0:0: Video: hevc, nv12(tv, bt709, progressive), 1920x800 [SAR 1:1 DAR 12:5], q=2-31, 2500 kb/s, 23.98 fps, 1k tbn (default)
Metadata:
DURATION : 00:02:17.244000000
encoder : Lavc59.55.103 hevc_qsv
Side data:
cpb: bitrate max/min/avg: 5000000/500000/2500000 buffer size: 0 vbv_delay: N/A
Stream #0:1: Audio: aac (LC) ([255][0][0][0] / 0x00FF), 44100 Hz, stereo, fltp (default)
Metadata:
title : Stereo
DURATION : 00:02:17.276000000
[h264_qsv @ 0x555c081d3900] A decode call did not consume any data: expect more data at input (-10)
Last message repeated 2 times
frame= 3288 fps=485 q=-0.0 Lsize= 42939kB time=00:02:17.25 bitrate=2562.8kbits/s speed=20.2x
video:40253kB audio:2618kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.158432%
Ist halt wieder der Fehler vom Anfang, aber dafür gibt es jetzt schonmal zumindest einen Plan: https://www.reddit.com/r/ffmpeg/com.../?utm_source=share&utm_medium=web2x&context=3
Ergänzung ()

Ich meine, ich weiß, dass die Arc mit drei 1080p h264_qsv zu hevc_qsv über 850fps ziehen kann. Aber ja, für mein persönliches Seelenheil hätte ich mal lieber auf Kernel 6.2 warten sollen:affe: Ist schon ne leichte Tortur
Ergänzung ()

Ich hab nochmal ausschließlich fürs Cartwheel FFmpeg ein Skript hier gebastelt:
https://gist.github.com/Deathproof76/07e544adbff38dd3b3bd02d193bcce20 für die Nachwelt.

@BLACKDIAMONT sorry übrigens, dass ich dich in meinen Wahnsinn mit reingezogen habe. Ich bastel jetzt schon seit nem Monat an der Arc und es lässt mich einfach nicht los, dass das Ding insbesondere auf Linux so gottverdammt störrisch ist 🖥️:utripper:
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: BLACKDIAMONT
Hab den 6.2.0-rc1 jetzt am laufen.
Irgendwie hab ich das gefühl das irgendwas nicht passt ... es ist mir jetzt schon paar mal aufgefallen das die CPU am Limit läuft wenn ich z.b. nen Game starte oder einfach nur OBS öffne ... als ob es Software Rendering ist.
@Tidu$ bei dir genauso?
 
Debian ist einfach geil. Nutze die Linux Mint Debian Version mit Kernel Upgrade und mir geht täglich einer ab.

Debian ist einfach schnell, clean und effizient.
 
Ich hab jetzt auch schon 2 Säcke voll mit toilettenpapier unf Taschentüchern @robsenk , bei mir liegts aber an der Erkältung die gerade ausläuft :-)
Welchen Desktop benutzt du denn? Debian hat ja auch quasi Alle.
 
  • Gefällt mir
Reaktionen: Pummeluff
Zurück
Oben