Jump to content

Intel N150 Transcoding Not Working

AlienFarmer

By AlienFarmer
in Linux

 Share
Go to solution Solved by Ra'Jiska,

Recommended Posts

Phalcon

Phalcon 2

Posted
Posted

The new beta 4.9.2.1 finally fixed it!

Luke Emby Team

Luke 42077

Posted
Posted
1 hour ago, Phalcon said:

The new beta 4.9.2.1 finally fixed it!

It has an updated Intel driver.

EHRETic

EHRETic 7

Posted
Posted
2 hours ago, Phalcon said:

The new beta 4.9.2.1 finally fixed it!

I can confirm, working for me too 🙂

  • Thanks 1
philliml74

philliml74 0

Posted
Posted

I take it that the .deb package hasn't been released yet and you guys are building from source?

Luke Emby Team

Luke 42077

Posted
Posted
15 minutes ago, philliml74 said:

I take it that the .deb package hasn't been released yet and you guys are building from source?

Hi, it will be coming. Thanks.

  • Like 1
philliml74

philliml74 0

Posted
Posted
15 minutes ago, philliml74 said:

I take it that the .deb package hasn't been released yet and you guys are building from source?

Ahh, you guys are running from a docker container not from a .deb package. I just found the docker 4.9.2.1 releases.

philliml74

philliml74 0

Posted
Posted
5 hours ago, Phalcon said:

The new beta 4.9.2.1 finally fixed it!

Can confirm the Emby Server 4.9.2.1 beta (in docker) does fix the transcoding issue.

EHRETic

EHRETic 7

Posted
Posted
9 hours ago, philliml74 said:

Ahh, you guys are running from a docker container not from a .deb package. I just found the docker 4.9.2.1 releases.

Yes! 😉

I have several instances, also Plex and Jellyfin on the same physical server.

With that setup I can test things without breaking the ones used by family... 😆

@Lukewill this change be integrated in 4.8 version?

Luke Emby Team

Luke 42077

Posted
Posted
9 hours ago, EHRETic said:

Yes! 😉

I have several instances, also Plex and Jellyfin on the same physical server.

With that setup I can test things without breaking the ones used by family... 😆

@Lukewill this change be integrated in 4.8 version?

It will be back ported eventually to 4.9 stable once it has had more time on the beta channel. We won't be doing another 4.8 release though.

EHRETic

EHRETic 7

Posted
Posted
37 minutes ago, Luke said:

It will be back ported eventually to 4.9 stable once it has had more time on the beta channel. We won't be doing another 4.8 release though.

The "dumb" question everybody asked already : any ETA for 4.9? 😇

Luke Emby Team

Luke 42077

Posted
Posted
7 minutes ago, EHRETic said:

The "dumb" question everybody asked already : any ETA for 4.9? 😇

HI, it is already available.

EHRETic

EHRETic 7

Posted
Posted
30 minutes ago, Luke said:

HI, it is already available.

Whaaat, not beta ?!? 😀

How did I miss that ?

  • Thanks 1
EHRETic

EHRETic 7

Posted
Posted
On 10/9/2025 at 9:14 PM, Luke said:

HI, it is already available.

Tested, but 4.9 is still beta. "latest" tag is still a 4.8 so even if you have a very high quality check, 4.9 is still not the productive version! 😊

  • Thanks 1
elfloko

elfloko 0

Posted
Posted

Unfortunately, it still doesn't work for me. Current beta version in OMV7... 

services:
  emby:
    image: emby/embyserver:beta
    container_name: embyserver
    network_mode: host # Enable DLNA and Wake-on-Lan
    environment:
      - TZ=Europe/Vienna
      - UID=1001 # The UID to run emby as (default: 2)
      - GID=100 # The GID to run emby as (default 2)
      - GIDLIST=100 # A comma-separated list of additional GIDs to run emby as (default: 2)
    volumes:
      - /srv/composer/embyserver/programdata:/config # Configuration directory
      - /srv/Media/Serien:/mnt/share1 # Media directory
      - /srv/Media/Filme:/mnt/share2 # Media directory
    ports:
      - 8096:8096 # HTTP port
    devices:
      - /dev/dri:/dev/dri 
      - /dev/dri/card0:/dev/dri/card0
      - /dev/dri/renderD128:/dev/dri/renderD128
    restart: on-failure

 

Screenshot 2025-10-13 at 22-13-45 TR17-NAS.png

Screenshot 2025-10-13 at 22-13-14 Übersicht.png

Q-Droid

Q-Droid 989

Posted
Posted

You need a Linux kernel version that is new enough to support this CPU. Some sources say 6.9 others say 6.11. If you can update OMV7 to kernel 6.11+ you will at least cover that requirement.

 

  • Like 1
MSDaniel

MSDaniel 5

Posted
Posted

Is anyone successfully using hardware transcoding with the latest Emby beta on Unraid 7.1.4 and Intle N150?

Does not work for me...

Am I missing something? 

image.png.e58e779f72c7ca2e198f64b01e2660bc.png

image.png.73891448aa2239680b3fd2a9e304ba91.png

image.png.f6c0e2fc2c83048a80a687a3581ec974.png

Enrico1203

Enrico1203 14

Posted
Posted
7 hours ago, Enrico1203 said:

ffmpeg-transcode-a8965f5c-5984-4bc0-b941-576d17781412_1.txtffmpeg-transcode-df98f440-c9a0-44ee-94a6-9326102cbf6a_1.txtembyserver (1).txt

I installed the 4.9.2.3 beta but the hardware transcoding still fails. I attach the full logs.
 

To exclude any problems with my system i run this test and works with qsv:

root@Debian-trixie-latest-amd64-base ~/temp # docker run --rm -it --device=/dev/dri:/dev/dri -v $(pwd):/config linuxserver/ffmpeg -hwaccel qsv -i /config/produzione_corretto.mkv -c:v hevc_qsv /config/output_finale_qsv.mkv
**** creating video group videocqyx with id 992 ****
**** adding /dev/dri/renderD128 to video group videocqyx with id 992 ****
**** adding /dev/dri/card0 to video group video with id 44 ****
ffmpeg version 8.0 Copyright (c) 2000-2025 the FFmpeg developers
  built with gcc 13 (Ubuntu 13.3.0-6ubuntu2~24.04)
  configuration: --disable-debug --disable-doc --disable-ffplay --enable-alsa --enable-cuda-llvm --enable-cuvid --enable-ffprobe --enable-gpl --enable-libaom --enable-libass --enable-libdav1d --enable-libfdk_aac --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libharfbuzz --enable-libkvazaar --enable-liblc3 --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libplacebo --enable-librav1e --enable-librist --enable-libshaderc --enable-libsrt --enable-libsvtav1 --enable-libtheora --enable-libv4l2 --enable-libvidstab --enable-libvmaf --enable-libvorbis --enable-libvpl --enable-libvpx --enable-libvvenc --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-libzmq --enable-nonfree --enable-nvdec --enable-nvenc --enable-opencl --enable-openssl --enable-stripping --enable-vaapi --enable-vdpau --enable-version3 --enable-vulkan
  libavutil      60.  8.100 / 60.  8.100
  libavcodec     62. 11.100 / 62. 11.100
  libavformat    62.  3.100 / 62.  3.100
  libavdevice    62.  1.100 / 62.  1.100
  libavfilter    11.  4.100 / 11.  4.100
  libswscale      9.  1.100 /  9.  1.100
  libswresample   6.  1.100 /  6.  1.100
[vist#0:0/hevc @ 0x55800b96ac40] WARNING: defaulting hwaccel_output_format to qsv for compatibility with old commandlines. This behaviour is DEPRECATED and will be removed in the future. Please explicitly set "-hwaccel_output_format qsv".
Input #0, matroska,webm, from '/config/produzione_corretto.mkv':
  Metadata:
    COMPATIBLE_BRANDS: isommp41mp42
    MAJOR_BRAND     : mp42
    MINOR_VERSION   : 1
    ENCODER         : Lavf62.3.100
  Duration: 00:02:45.90, start: 0.000000, bitrate: 715 kb/s
  Stream #0:0: Video: hevc (Main), yuv420p(tv, bt709/bt709/unknown, progressive), 1920x1080 [SAR 1:1 DAR 16:9], 30 fps, 30 tbr, 1k tbn, start 0.003000 (default)
    Metadata:
      ENCODER         : Lavc62.11.100 libx265
      HANDLER_NAME    : Core Media Video
      VENDOR_ID       : [0][0][0][0]
      DURATION        : 00:02:45.903000000
  Stream #0:1: Audio: vorbis, 48000 Hz, stereo, fltp (default)
    Metadata:
      ENCODER         : Lavc62.11.100 libvorbis
      HANDLER_NAME    : Core Media Audio
      VENDOR_ID       : [0][0][0][0]
      DURATION        : 00:02:45.848000000
libva info: VA-API version 1.22.0
libva info: Trying to open /usr/local/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_22
libva info: va_openDriver() returns 0
libva info: VA-API version 1.22.0
libva info: Trying to open /usr/local/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_22
libva info: va_openDriver() returns 0
File '/config/output_finale_qsv.mkv' already exists. Overwrite? [y/N] y
Stream mapping:
  Stream #0:0 -> #0:0 (hevc (hevc_qsv) -> hevc (hevc_qsv))
  Stream #0:1 -> #0:1 (vorbis (native) -> vorbis (libvorbis))
Press [q] to stop, [?] for help
[hevc_qsv @ 0x55800b9a96c0] Using the constant quantization parameter (CQP) by default. Please use the global_quality option and other options for a quality-based mode or the b option and other options for a bitrate-based mode if the default is not the desired choice.
Output #0, matroska, to '/config/output_finale_qsv.mkv':
  Metadata:
    COMPATIBLE_BRANDS: isommp41mp42
    MAJOR_BRAND     : mp42
    MINOR_VERSION   : 1
    encoder         : Lavf62.3.100
  Stream #0:0: Video: hevc, qsv(tv, bt709/bt709/unknown, progressive), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 30 fps, 1k tbn (default)
    Metadata:
      encoder         : Lavc62.11.100 hevc_qsv
      HANDLER_NAME    : Core Media Video
      VENDOR_ID       : [0][0][0][0]
      DURATION        : 00:02:45.903000000
    Side data:
      cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: N/A
  Stream #0:1: Audio: vorbis (oV[0][0] / 0x566F), 48000 Hz, stereo, fltp (default)
    Metadata:
      encoder         : Lavc62.11.100 libvorbis
      HANDLER_NAME    : Core Media Audio
      VENDOR_ID       : [0][0][0][0]
      DURATION        : 00:02:45.848000000
[out#0/matroska @ 0x55800b9bce40] video:5317KiB audio:1657KiB subtitle:0KiB other streams:0KiB global headers:4KiB muxing overhead: 1.572626%
frame= 4977 fps=618 q=-0.0 Lsize=    7083KiB time=00:02:45.76 bitrate= 350.0kbits/s speed=20.6x elapsed=0:00:08.05    
 

  • 2 weeks later...
Cobester

Cobester 3

Posted
Posted (edited)

For those using latest Intel 15th gen CPUs can confirm that HW transcoding works out of the box on v4.9.2.4. QuickSync is also detected and HW tone mapping also works.

Running Emby in Docker under a Proxmox LXC container. Intel Core Ultra 5 225H CPU.

image.png.9c6eb1dc247867739fccc10d8bde9f9f.png

 

image.png.01af0cf508c527443682485ca59bdcb7.png

Edited by Cobester
  • Thanks 1
madblam

madblam 1

Posted
Posted
14 hours ago, Cobester said:

For those using latest Intel 15th gen CPUs can confirm that HW transcoding works out of the box on v4.9.2.4. QuickSync is also detected and HW tone mapping also works.

Running Emby in Docker under a Proxmox LXC container. Intel Core Ultra 5 225H CPU.

image.png.9c6eb1dc247867739fccc10d8bde9f9f.png

 

image.png.01af0cf508c527443682485ca59bdcb7.png

Can you share your docker compose as well? I am still having an issue with my Intel Core Ultra 5 225H CPU.

EHRETic

EHRETic 7

Posted
Posted
15 hours ago, Cobester said:

For those using latest Intel 15th gen CPUs can confirm that HW transcoding works out of the box on v4.9.2.4. QuickSync is also detected and HW tone mapping also works.

On my end, I could not make QuickSync work, even if detected in the admin console. Only VAAPI works fine.

Current used version : 4.2.9.6 for a test instance and 4.9.1.80 for my "prod" 😉

 

  • 2 weeks later...
Cobester

Cobester 3

Posted
Posted
On 25/10/2025 at 23:37, madblam said:

Can you share your docker compose as well? I am still having an issue with my Intel Core Ultra 5 225H CPU.

Hope this helps 

services:
  emby:
#    image: rajiska/emby-n150-fixed
#    image: emby/embyserver
    image: emby/embyserver:4.9.2.4
# Workaround emby image with latest intel-media drivers
    container_name: embyserver
#    runtime: nvidia # Expose NVIDIA GPUs
    network_mode: host # Enable DLNA and Wake-on-Lan
    environment:
      - UID=0 # The UID to run emby as (default: 2)
      - GID=0 # The GID to run emby as (default 2)
      - GIDLIST=44,104 # A comma-separated list of additional GIDs to run emby as (default: 2)
    volumes:
      - ${EMBY_CONFIG_PATH}:/config # Configuration directory
      - ${EMBY_MEDIA_PATH}:/mnt/ent # Media directory
    ports:
      - 8096:8096 # HTTP port
      - 8920:8920 # HTTPS port
    devices:
      - /dev/dri:/dev/dri # VAAPI/NVDEC/NVENC render nodes
    restart: on-failure

 

  • 2 weeks later...
madblam

madblam 1

Posted
Posted
On 06/11/2025 at 00:11, Cobester said:

Hope this helps 

services:
  emby:
#    image: rajiska/emby-n150-fixed
#    image: emby/embyserver
    image: emby/embyserver:4.9.2.4
# Workaround emby image with latest intel-media drivers
    container_name: embyserver
#    runtime: nvidia # Expose NVIDIA GPUs
    network_mode: host # Enable DLNA and Wake-on-Lan
    environment:
      - UID=0 # The UID to run emby as (default: 2)
      - GID=0 # The GID to run emby as (default 2)
      - GIDLIST=44,104 # A comma-separated list of additional GIDs to run emby as (default: 2)
    volumes:
      - ${EMBY_CONFIG_PATH}:/config # Configuration directory
      - ${EMBY_MEDIA_PATH}:/mnt/ent # Media directory
    ports:
      - 8096:8096 # HTTP port
      - 8920:8920 # HTTPS port
    devices:
      - /dev/dri:/dev/dri # VAAPI/NVDEC/NVENC render nodes
    restart: on-failure

 

Can you confirm my understanding that you have a dedicated nvidia GPU on your machine?

Or why is it here have it here if you are using your Intel Core Ultra 5 225H?

Thanks for your help

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share
Go to topic listing
×
×
  • Create New...