Hardware Transcode Fails - TOS 6

[richt 95]

@LukeBeen down this road before.  Doesn't help.  Reset encoder to defaults and did it again.  No change.

ffmpeg-transcode-ff684a15-c085-41cf-9ab3-0f210d768dae_1.txt

[richt 95]

Installed beta 4.9.2.1 in a docker instance and conversion fails for it as well.  Left all parameters at defaults.

embyserver.txt ffmpeg-transcode-ccf8ffe7-736c-49a1-9dbb-d54ff354a91e_1.txt hardware_detection-63895631785.txt

[Luke 42498]

HI, can you try a different file?

[richt 95]

2nd try failed as well.  Note that both files were recorded with an HDHomerun, however this one was from a different channel with different parameters.  

Just to repeat something from one of my original posts, I am using a post processing script to transcode the files. The reason the script works is because I am using VAAPI instead of QSV.

embyserver.txt ffmpeg-transcode-e993039b-2b43-4b36-b4ef-a085a91d6974_1.txt

[richt 95]

Here is the script I use.  A little fluff in it, but you get the idea.

mp4_comskip_intel_51.sh

[Luke 42498]

Hi, are you still having an issue with this?

[richt 95]

Yes.  Has not changed. from original post.

[natanbugarin 1]

 

On 17/6/2025 at 12:58, Luke said:

@richtyou said you're on the stable release? 

Can you please try these builds for TOS 6? it is version 4.9.0.70:

x64:

https://github.com/MediaBrowser/Emby.Releases/releases/download/4.8.11.0/emby_TOS6_APP_4.9.0.70_x86_64.tpk

arm64:

https://github.com/MediaBrowser/Emby.Releases/releases/download/4.8.11.0/emby_TOS6_APP_4.9.0.70_aarch64.tpk

Thanks !

Thanks!!!!

[richt 95]

@LukeLooks like QSV is a lost cause on the Terramaster F4-423.  It uses an Inte Celeron N5095 which is part of the Jasper Lake family.  Jasper Lake is no longer supported by Intel for QSV, but does currently have ongoing support for VAAPI.  

https://github.com/Intel-Media-SDK/MediaSDK

 

Any chance your team can add VAAPI to the encoder options?