Search the Community

Hi All, I got a new laptop recently with an i5 1245U CPU (2P cores, 8E cores) and it has the Intel iRIS Xe iGPU. I wanted to see it's transcoding performance vs my Emby Servers i7-12700K with a UHD770 iGPU The test was just a 240 second test from 10 mins in on a 25Mbit 4K HDR HEVC file to an 8Mbit 1080p SDR h264 with Tonemapping. Audio just copied to keep it out the equation. To my surprise - it's identical (~200fps!) - suggesting it's using exactly the same enc/dec silicon inside the chips. (maybe?) I used the emby ffmpeg build and config (modified to write the file, not stream it) The ffmpeg logs/output (+ the syntax I ran) is below for those interested. irisXe.txt uhd770.txt I'm excited to see how the dGPU's (Xe MAX) from Intel (A380 etc) perform now - as they will have dedicated memory etc - so maybe they will be even faster - plus of course AV1 encoding and deep link integration with existing iGPU's ... Anyway - that's it - it's not a great test as it's just one sample - but just thought I'd report on my findings. @softworkz

Hey everyone, I've just finished moving my emby server off my main pc to a small unit (Intel N5105) running linux and while it's all working I noticed it was falling back on software transcoding all the time, Intel QSV is setup and working however I get this error message in the emby logs before it witches to software; 10:13:34.714 Impossible to convert between the formats supported by the filter 'Parsed_null_0' and the filter 'auto_scale_0' 10:13:34.714 Error reinitializing filters! 10:13:34.714 Failed to inject frame into filter network: Function not implemented 10:13:34.714 Error while processing the decoded data for stream #0:0 10:13:34.715 [libmp3lame @ 0x215ec80] 3 frames left in the queue on closing 10:13:34.729 Conversion failed! I'm running the latest emby server in a docker container on endevouros with kernel 5.19.11.1 and any help would be brilliant ffmpeg-transcode-32b0a7e5-549c-42a6-8dc3-efe272d29371_1.txt

Hi, I'm trying to use HW Transcode without success and I need help. I'm using Debian 8 with emby server 3.2.25. I have a kernel 4.4 patched for QSV, installation is OK tests OK I have compiled ffmpeg with QSV support, tests OK My issue is when I select Intel Quick Sync or VAAPI, I have no video playback. the reason is quite simple, ffmpeg can not open /dev/dri/* as emby user the command extracted from emby's log : gives : if I cut/paste the same command and run it as root it works I have the same issue with vainfo ( gives information with root and none with non root user ). So I understand my problem is not linked to emby but perhaps someone here has found a solution. and : * I don't want to run emby as root * My server has no display ( no X running ) * emby user is in the video group Thanks !