Transcoding on i7 4770k & GTX 770 (docker)

[TheDreadPirate]

The codec check boxes are for DECODING only. If the boxes are check your GPU will decode them but only if the GPU supports that. If they are uncheck your CPU will decode the video. By default Jellyfin transcodes to H264, which your GPU supports. There is an option for HEVC and AV1, but your GPU does not support those codecs.

Your GPU only supports DECODING for H264, VC1, MPEG2, and VP8. HEVC is not supported.

CPU/GPU decoding only happens when you are transcoding. If you are direct playing, Jellyfin simply sends the file to the client unmodified.

[zjeffer]

The codec check boxes are for DECODING only.  If the boxes are check your GPU will decode them but only if the GPU supports that.  If they are uncheck your CPU will decode the video.  By default Jellyfin transcodes to H264, which your GPU supports.  There is an option for HEVC and AV1, but your GPU does not support those codecs.

Your GPU only supports DECODING for H264, VC1,  MPEG2, and VP8.  HEVC is not supported.

CPU/GPU decoding only happens when you are transcoding.  If you are direct playing, Jellyfin simply sends the file to the client unmodified.

Yes, I understand that, and I left HEVC decoding unchecked, but I'm having trouble understanding the encoding checkbox.

For instance: when I uncheck the HEVC checkbox for decoding, and I check the 'enable encoding' checkbox, I think it tries to do hardware transcoding (or I guess software decoding & hardware encoding) whenever I play a HEVC encoded video on for example the web client. This fails with the errors I posted above.

If I uncheck the encoding checkbox, the HEVC video plays fine with full software transcoding. It's heavy on my CPU, but at least it plays.

The problem is I don't really want to uncheck the hardware encoding checkbox, because I still want to do full hardware transcoding on video codecs that my hardware does support, like H264. If I uncheck the encoding checkbox, H264 content seems to be hardware decoded but then software encoded.

Basically, I would expect if I uncheck HEVC decoding, and check 'enable encoding', it wouldn't try to do HEVC encoding either (because my system doesn't support it)

[TheDreadPirate]

It shouldn't encode to HEVC unless you check the box to enable that (separate from the list of codecs at the top).

   

I don't think that is what's happening though.  I'm wondering if Intel dropped support for older iGPUs (jellyfin-ffmpeg bundles drivers).

What kernel is your system using?

[zjeffer]

I'm running Arch Linux and running the linuxserver/jellyfin docker image (https://hub.docker.com/r/linuxserver/jellyfin).

Output of uname -a: Linux homeserver 6.9.1-arch1-1 #1 SMP PREEMPT_DYNAMIC Fri, 17 May 2024 16:56:38 +0000 x86_64 GNU/Linux.

[TheDreadPirate]

Ok. Just checking. I recently learned that older kernels may not support some of the vulkan based parameters Jellyfin uses for transcoding.

For testing, can you spin up a second docker image use the official jellyfin/jellyfin image?

[zjeffer]

jellyfin/jellyfin:latest with the same transcoding options, playing the same media file: https://pastebin.com/mwXzc3Lw

[TheDreadPirate]

What is the output of

Code:

sudo dmesg | grep i915

[zjeffer]

Code:

[    5.496983] i915 0000:00:02.0: enabling device (0006 -> 0007)
[    5.498093] i915 0000:00:02.0: vgaarb: VGA decodes changed: olddecodes=io+mem,decodes=none:owns=mem
[    5.823017] [drm] Initialized i915 1.6.0 20230929 for 0000:00:02.0 on minor 1
[    5.844552] i915 0000:00:02.0: [drm] Cannot find any crtc or sizes
[    5.871211] i915 0000:00:02.0: [drm] Cannot find any crtc or sizes
[    5.884547] i915 0000:00:02.0: [drm] Cannot find any crtc or sizes
[    7.478551] snd_hda_intel 0000:00:03.0: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[    7.598416] Modules linked in: wl(POE+) kvm(+) joydev snd_hda_codec_realtek snd_hda_codec_generic snd_hda_scodec_component crct10dif_pclmul crc32_pclmul polyval_clmulni polyval_generic snd_hda_codec_hdmi gf128mul vfat ghash_clmulni_intel fat sha512_ssse3 snd_hda_intel sha256_ssse3 snd_intel_dspcfg sha1_ssse3 spi_nor snd_intel_sdw_acpi aesni_intel snd_hda_codec mtd crypto_simd cryptd snd_hda_core iTCO_wdt rapl snd_hwdep spi_intel_platform intel_pmc_bxt mei_hdcp at24 mei_pxp cfg80211 hid_generic snd_pcm spi_intel iTCO_vendor_support snd_timer intel_cstate e1000e uas snd ptp i2c_i801 mei_me intel_uncore usb_storage usbhid pcspkr i2c_smbus lpc_ich pps_core rfkill soundcore mei mac_hid i2c_dev crypto_user dm_mod loop nfnetlink ip_tables x_tables ext4 crc32c_generic crc16 mbcache jb
d2 i915 i2c_algo_bit drm_buddy ttm intel_gtt drm_display_helper crc32c_intel sr_mod cdrom xhci_pci cec xhci_pci_renesas nvidia_drm(POE) nvidia_uvm(POE) nvidia_modeset(POE) mxm_wmi video wmi nvidia(POE)
[  28.152396] i915 0000:00:02.0: [drm] *ERROR* Unclaimed access detected prior to suspending
[  38.352248] i915 0000:00:02.0: Unclaimed read from register 0xc4008
[  38.352284] WARNING: CPU: 6 PID: 0 at drivers/gpu/drm/i915/intel_uncore.c:1910 fwtable_read32+0x26f/0x290 [i915]
[  38.352428] Modules linked in: overlay it87 hwmon_vid intel_rapl_msr intel_rapl_common x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel wl(POE) kvm joydev snd_hda_codec_realtek snd_hda_codec_generic snd_hda_scodec_component crct10dif_pclmul crc32_pclmul polyval_clmulni polyval_generic snd_hda_codec_hdmi gf128mul vfat ghash_clmulni_intel fat sha512_ssse3 snd_hda_intel sha256_ssse3 snd_intel_dspcfg sha1_ssse3 spi_nor snd_intel_sdw_acpi aesni_intel snd_hda_codec mtd crypto_simd cryptd snd_hda_core iTCO_wdt rapl snd_hwdep spi_intel_platform intel_pmc_bxt mei_hdcp at24 mei_pxp cfg80211 hid_generic snd_pcm spi_intel iTCO_vendor_support snd_timer intel_cstate e1000e uas snd ptp i2c_i801 mei_me intel_uncore usb_storage usbhid pcspkr i2c_smbus lpc_ich pps_core rfkill soundcore mei mac_hid i2c_dev crypto_user dm_mod loop nfnetlink ip_tables x_tables ext4 crc32c_generic crc16 mbcache jbd2 i915 i2c_algo_bit drm_buddy ttm intel_gtt drm_display_helper crc32c_intel sr_mod cdrom xhci_pci cec xhci_pci_renesas nvidia_drm(POE)
[  38.352484] RIP: 0010:fwtable_read32+0x26f/0x290 [i915]
[  38.352612]  ? fwtable_read32+0x26f/0x290 [i915 92b0667587a9a10999b37a12d9e3db1fe5c34000]
[  38.352722]  ? fwtable_read32+0x26f/0x290 [i915 92b0667587a9a10999b37a12d9e3db1fe5c34000]
[  38.352837]  ? fwtable_read32+0x26f/0x290 [i915 92b0667587a9a10999b37a12d9e3db1fe5c34000]
[  38.352937]  ivb_display_irq_handler+0xed/0x460 [i915 92b0667587a9a10999b37a12d9e3db1fe5c34000]
[  38.353076]  ? gen6_write32+0x1d4/0x270 [i915 92b0667587a9a10999b37a12d9e3db1fe5c34000]
[  38.353174]  ilk_irq_handler+0xc2/0x1a0 [i915 92b0667587a9a10999b37a12d9e3db1fe5c34000]
[205445.143657] i915 0000:00:02.0: [drm] *ERROR* Switching to FCLK failed
[314476.517703] i915 0000:00:02.0: [drm] *ERROR* Switching to FCLK failed

[TheDreadPirate]

I'm wondering if this is a kernel bug or something. For the record, this is what it should look like. Not quite apples-to-apples since I have an Intel Arc. But it should be very similar.

Code:

root@rat-trap:/var/log# grep i915 dmesg.0
[    4.708599] kernel: i915 0000:03:00.0: [drm] VT-d active for gfx access
[    4.799512] kernel: i915 0000:03:00.0: vgaarb: deactivate vga console
[    4.799556] kernel: i915 0000:03:00.0: [drm] Local memory IO size: 0x000000017c800000
[    4.799558] kernel: i915 0000:03:00.0: [drm] Local memory available: 0x000000017c800000
[    4.813635] kernel: i915 0000:03:00.0: vgaarb: VGA decodes changed: olddecodes=io+mem,decodes=io+mem:owns=none
[    4.817734] kernel: i915 0000:03:00.0: [drm] Finished loading DMC firmware i915/dg2_dmc_ver2_08.bin (v2.8)
[    4.823421] kernel: i915 0000:03:00.0: [drm] GT0: GuC firmware i915/dg2_guc_70.bin version 70.20.0
[    4.823424] kernel: i915 0000:03:00.0: [drm] GT0: HuC firmware i915/dg2_huc_gsc.bin version 7.10.3
[    4.833204] kernel: i915 0000:03:00.0: [drm] GT0: GUC: submission enabled
[    4.833206] kernel: i915 0000:03:00.0: [drm] GT0: GUC: SLPC enabled
[    4.833434] kernel: i915 0000:03:00.0: [drm] GT0: GUC: RC enabled
[    4.905338] kernel: [drm] Initialized i915 1.6.0 20230929 for 0000:03:00.0 on minor 1
[    4.906060] kernel: i915 display info: display version: 13
[    4.906062] kernel: i915 display info: cursor_needs_physical: no
[    4.906063] kernel: i915 display info: has_cdclk_crawl: no
[    4.906064] kernel: i915 display info: has_cdclk_squash: yes
[    4.906064] kernel: i915 display info: has_ddi: yes
[    4.906065] kernel: i915 display info: has_dp_mst: yes
[    4.906066] kernel: i915 display info: has_dsb: yes
[    4.906066] kernel: i915 display info: has_fpga_dbg: yes
[    4.906067] kernel: i915 display info: has_gmch: no
[    4.906067] kernel: i915 display info: has_hotplug: yes
[    4.906068] kernel: i915 display info: has_hti: no
[    4.906068] kernel: i915 display info: has_ipc: yes
[    4.906069] kernel: i915 display info: has_overlay: no
[    4.906069] kernel: i915 display info: has_psr: yes
[    4.906070] kernel: i915 display info: has_psr_hw_tracking: no
[    4.906071] kernel: i915 display info: overlay_needs_physical: no
[    4.906071] kernel: i915 display info: supports_tv: no
[    4.906072] kernel: i915 display info: has_hdcp: yes
[    4.906072] kernel: i915 display info: has_dmc: yes
[    4.906073] kernel: i915 display info: has_dsc: yes
[    4.932022] kernel: snd_hda_intel 0000:04:00.0: bound 0000:03:00.0 (ops i915_audio_component_bind_ops [i915])
[    4.933456] kernel: fbcon: i915drmfb (fb0) is primary device
[    5.010283] kernel: i915 0000:03:00.0: [drm] fb0: i915drmfb frame buffer device
[    5.660703] kernel: i915 0000:03:00.0: [drm] GT0: HuC: authenticated for all workloads
[    5.660719] kernel: mei_pxp i915.mei-gsc.768-fbf6fcf1-96cf-4e2e-a6a6-1bab8cbe36b1: bound 0000:03:00.0 (ops i915_pxp_tee_component_ops [i915])

Are you able to try booting with an older kernel?

[zjeffer]

> Are you able to try booting with an older kernel?

I can maybe try that this weekend, but first I noticed that I don't even have any intel drivers installed.

I'll install the xf86-video-intel and intel-media-driver packages, reboot and see how the output of dmesg changes.