Server Version#:1.32.2.7100
Hi all,
CPU - i7-3770
I was just wondering if anyone else has this issue using the iGPU with QuickSync on the latest builds? I’ve returned back to build 6999 which the HW transcoding works without any issues.
Many thanks in advance…
Dave
edd_1
May 22, 2023, 6:51pm
3
exactly the same problem here on a i7-3770. Hoping that someone addresses it …
Same issue on debian with an i7-4770s. No hw transcode on latest public, even tried a few prev beta builds. Last to work was prev public.
1 Like
Hey both, glad it’s not just myself that has this issue, I thought I was going crazy. I wonder if @ChuckPa can help she’d light on the issue?
Dave
Same for me
CPU: i7-4790K
DEBUG logs ZIP which captures the problem please.
Also please tell me if Preferences.xml has any transcoding customization(s).
( FYI: “Me too” isn’t actionable. )
Best additional info with logs: → Native, VM, or container
Hi @ChuckPa . I can provide logging demonstrating success under 1.32.1.6999 and failure under 1.32.2.7100, if you’ll allow me to PM them to you.
The environment this server is running under is:
I have another server, with a Celeron N5105 (Jasper Lake) processor, which is not affected. It’s OS environment is not the same however (Pop_OS! 22.04 LTS), so it’s not apples to apples.
@pshanew
Intel Atom® x5-Z8300 Processor (2M Cache, up to 1.84 GHz) quick reference with specifications, features, and technologies.
Processor does not have QSV
I think we’ve had this conversation before, and it does (they just don’t use the marketing name “Quick Sync Video” on their earlier, low-end stuff). Please see the “Other Processors” section in the first table of this document (they don’t call it out specifically as QSV):
And, more important than that, it works. On .6999 and earlier releases. I’ll send the logs, but if you’d prefer to wait for others’ logs, no problem.
In case it provides further clarity, here’s the output of vainfo on the system:
error: can't connect to X server!
libva info: VA-API version 1.14.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_14
libva error: /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so init failed
libva info: va_openDriver() returns 1
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_8
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.14 (libva 2.12.0)
vainfo: Driver version: Intel i965 driver for Intel(R) CherryView - 2.4.1
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Simple : VAEntrypointEncSlice
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointEncSlice
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileH264MultiviewHigh : VAEntrypointVLD
VAProfileH264MultiviewHigh : VAEntrypointEncSlice
VAProfileH264StereoHigh : VAEntrypointVLD
VAProfileH264StereoHigh : VAEntrypointEncSlice
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileNone : VAEntrypointVideoProc
VAProfileJPEGBaseline : VAEntrypointVLD
VAProfileJPEGBaseline : VAEntrypointEncPicture
VAProfileVP8Version0_3 : VAEntrypointVLD
VAProfileVP8Version0_3 : VAEntrypointEncSlice
VAProfileHEVCMain : VAEntrypointVLD
Thank you very much for this.
I’ve chatted with the Engineer.
Per her request, I’ve opened an internal ticket.
Intel i965 driver for Intel(R) CherryView
Interesting. I wonder.
2 Likes
rpluto
May 23, 2023, 6:37pm
12
Same issue to me,
Intel(R) Celeron(R) CPU J3355
Intel® Celeron® Processor J3355 (2M Cache, up to 2.50 GHz) quick reference with specifications, features, and technologies.
vainfo
libva info: VA-API version 1.14.0
But I think is related with the internal ticket i915,
Not working,
<Variants>
<Variant id="316a2013-04e2-4510-b022-75bc2f0dbce3" targetBitrate="1422" context="streaming" sourceVideoCodec="h264" sourceAudioCodec="aac" videoDecision="transcode" audioDecision="copy" protocol="hls" container="mpegts" videoCodec="h264" audioCodec="aac" audioChannels="2" transcodeHwRequested="1" transcodeHwFullPipeline="0">
<Media id="814710" origin="livetv" timeStamp="1684848163.1094799" uuid="617baef1-5409-4d32-8d13-c93260dc8ed2" audioChannels="2" audioCodec="aac" bitrate="1354" container="mpegts" height="404" protocol="hls" videoCodec="h264" videoFrameRate="PAL" videoResolution="SD" width="720" selected="1">
<Part deepAnalysisVersion="6" id="829390" bitrate="1354" container="mpegts" height="404" protocol="hls" width="720" decision="transcode" selected="1">
<Stream bitrate="1290" codec="h264" displayTitle="1080i (H.264)" extendedDisplayTitle="1080i (H.264)" frameRate="25" height="404" id="1514822" streamType="1" width="720" decision="transcode" location="segments-av" />
<Stream audioChannelLayout="stereo" bitrate="64" bitrateMode="cbr" channels="2" codec="aac" displayTitle="Português (HE-AAC Stereo)" extendedDisplayTitle="Português (HE-AAC Stereo)" id="1514823" language="Português" languageCode="por" languageTag="pt" profile="he-aac" requiredBandwidths="64,64,64,64,64,64,64,64" samplingRate="48000" selected="1" streamType="2" decision="copy" location="segments-av" />
</Part>
</Media>
</Variant>
</Variants>
Working
<Variants>
<Variant id="efa2bf0e-3e07-4e9f-b8fe-7e019b0f45d3" targetBitrate="2810" context="streaming" sourceVideoCodec="h264" sourceAudioCodec="aac" videoDecision="transcode" audioDecision="copy" protocol="hls" container="mpegts" videoCodec="h264" audioCodec="aac" audioChannels="2" transcodeHwRequested="1" transcodeHwDecoding="vaapi" transcodeHwEncoding="vaapi" transcodeHwDecodingTitle="Intel (VA API)" transcodeHwEncodingTitle="Intel (VA API)" transcodeHwFullPipeline="1">
<Media id="814711" origin="livetv" timeStamp="1684860473.3308132" uuid="8186ad67-e7e6-4817-a484-837ecf126a95" audioChannels="2" audioCodec="aac" bitrate="2677" container="mpegts" height="404" protocol="hls" videoCodec="h264" videoFrameRate="PAL" videoResolution="SD" width="720" selected="1">
<Part deepAnalysisVersion="6" id="829391" bitrate="2677" container="mpegts" height="404" protocol="hls" width="720" decision="transcode" selected="1">
<Stream bitrate="2613" codec="h264" displayTitle="1080i (H.264)" extendedDisplayTitle="1080i (H.264)" frameRate="25" height="404" id="1514824" streamType="1" width="720" decision="transcode" location="segments-av" />
<Stream audioChannelLayout="stereo" bitrate="64" bitrateMode="cbr" channels="2" codec="aac" displayTitle="Português (HE-AAC Stereo)" extendedDisplayTitle="Português (HE-AAC Stereo)" id="1514825" language="Português" languageCode="por" languageTag="pt" profile="he-aac" requiredBandwidths="63,63,63,63,63,63,63,63" samplingRate="48000" selected="1" streamType="2" decision="copy" location="segments-av" />
</Part>
</Media>
</Variant>
</Variants>
if needed logs let me know
Use this.
Do not upgrade until I’ve had chance to verify.
Anyone using Docker can manually pull this specific version-hash
With 1.32.2.7100 also HW transcoding stopped working on my Synolgy DS218+ (DSM 6.2.4, Intel Celeron J3355, 64Bit). Rolling back to 1.32.1.6999 did the trick for now.
I posted the 6999 binaries in the Syno Forum
1 Like
Thanks. Downgrade to 6999 worked. I’m willing to send zipped logs direct if they would help.
CPU: i7-4790Klscr.io/linuxserver/plex:latest
vainfo:
error: XDG_RUNTIME_DIR not set in the environment.
error: can't connect to X server!
libva info: VA-API version 1.1.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_1
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.1 (libva 2.1.0)
vainfo: Driver version: Intel i965 driver for Intel(R) Haswell Desktop - 2.1.0
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Simple : VAEntrypointEncSlice
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointEncSlice
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileH264MultiviewHigh : VAEntrypointVLD
VAProfileH264MultiviewHigh : VAEntrypointEncSlice
VAProfileH264StereoHigh : VAEntrypointVLD
VAProfileH264StereoHigh : VAEntrypointEncSlice
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileNone : VAEntrypointVideoProc
VAProfileJPEGBaseline : VAEntrypointVLD
Docker users can ‘pull’ the 6999 build by including version-hashcode
plexinc/pms-docker:1.32.1.6999-91e1e2e2c
I’ll also grab binaries for those who need them
1 Like
The engineer has asked me to ask you to confirm this resolves the lack of HW transcoding on older -3xxx (workstation/server) and newer -4xxx CPUs (NAS)
This is an Engineer’s build (wacky numbers)
This build appears to have resolved the issue on my system:
I also tested with a 1080i MPEG2 transcode and it worked as well.
Thanks very much for the speedy resolution!
Server DEBUG logs to confirm please ?
(so I can
@ChuckPa - The requested logs have been messaged to you. Thanks!
the box)