SOLVED: Arc 380 Transcoding Issues

[Crobie]

Recently, I replaced my old server running an Intel IGPU with newer hardware and included an Arc 380 in the build. I'm running Jellyfin through a docker container on an Ubuntu 24.02 LTS host on kernal 6.11.0-26-generic.

I'm using the LinuxServer docker image and have added the intel-opencl mod they also have provided.

https://pastebin.com/PBR53Vjc - Output of VAifno and /usr/lib/jellyfin-ffmpeg/ffmpeg -v verbose -init_hw_device vaapi=va -init_hw_device opencl@va
https://pastebin.com/zBnbJMVk - Transcode log from Jellyfin 
https://pastebin.com/jghPUCuw - Second Transcode log with a diffrent Media file.


Compose file- 


Glad to do any troubleshooting or provided any more info as needed!

Thank you

[Crobie]

Direct Play is having no issues and upon some more testing, I was able to see that if I wait long enough the audio will play just showing a white screen instead of the video. Just to note there is no IGPU in this machine anymore. Have also tried with VAAPI instead of QSV and still having the samme issues

[nyanmisaka]


[h264_qsv @ 0x64257d0e8200] Invalid FrameType:0.
[vost#0:0/h264_qsv @ 0x64257cfbefc0] Error submitting video frame to the encoder

This points to a kernel driver or firmware issue.

Please follow these two sections in the document to troubleshoot. Especially check the sudo dmesg | grep -E "i915|xe" log.

https://jellyfin.org/docs/general/post-i...pu-support

https://jellyfin.org/docs/general/post-i...e-on-linux

[Crobie]

I have followed those documents a few times during troubleshooting

Pastebin for the outputs of dmesg and GUC/HUC info. https://pastebin.com/yrUpiZU6

Only issue i'm seeing in dmesg is [drm] Cannot find any crtc or sizes not sure if that is related to this issue thought

[Crobie]

I'm gonna update the firmware on the card and see if that resolves the issue. Wondering if it was shipped to me with a buggy verison

[Crobie]

Been trying to track down why HUC isn't loading as i'm not seeing any error and the firmware is present in /usr/lib/firmware/i915/

https://pastebin.com/Npaat5mH -listing

[Crobie]

Also went thru and pulled i915 and XE from https://git.kernel.org/pub/scm/linux/ker...rmware.git

Regenerated initramfs and updated grub and issue persist no change in HUC status either

[Crobie]

Ended up reinstalling Ubunutu, it was pretty fresh so not much lost and all my media is saved on a ZFS pool so i just remounted it and was good to go.

Not sure what went wrong since i just installed Ubuntu earlier this week but glad its resolved gonna mark this as solved

[nyanmisaka]

> xe.force_probe=56a5

The problem is that you shouldn't use the xe kernel driver because it doesn't support hardware encoding on ARC A-series. Instead you should use i915 kernel driver.

[Crobie]

Yep, i did that as for some reason after setting up Ubuntu the first time, the system wouldn't finish boot unless I did nomodeset or force probed the xe driver. Should have told me something was messed up with my install from the get-go