Forum / NoMachine for Linux / No hardware encoder in Linux server
- This topic has 13 replies, 6 voices, and was last updated 3 months, 3 weeks ago by AlsoCoryCarson.
-
AuthorPosts
-
July 17, 2024 at 07:54 #48835taiziccfParticipant
Ubuntu 24.04, still no hardware encoding even after upgraded to 8.12.12, was expecting that nomachine will now use Intel VPL.
Referring to this previous post
July 17, 2024 at 17:58 #48843BritgirlKeymasterHi, this time we need to see the debug logs. Are you able to send us the server-side logs with debug enabled so we can check them? Full instructions are here: https://kb.nomachine.com/DT07S00243
Send them to forum[at]nomachine[dot]com. Please use the title of this topic as the subject of your email. Thanks!
July 18, 2024 at 03:59 #48845taiziccfParticipantHi, I had sent the email, thanks.
July 23, 2024 at 12:21 #48902fra81ModeratorHi, would you try this workaround?
1.
$ cd /usr/NX/lib
2.$ sudo mv libvpl.so libvpl.so.ori
3.$ find / -name "libvpl.so*"
4a. If ‘libvpl.so’ (the exact name, without suffixes) is found in the system by the previous command, then skip to step 7 to restart the server
4b. If the libvpl library is found with a slightly different name like ‘libvpl.so.2′ or similar, then proceed to step 5 to create a symlink
5.$ cd <directory_where_is_libvpl.so.2>
6.$ sudo ln -s libvpl.so.2 libvpl.so
7.$ /usr/NX/bin/nxserver --restart
July 24, 2024 at 13:52 #48906taiziccfParticipantthank you for the advise, however is still not working:
chchia@linux:/usr/local/lib$ sudo find / -name ‘libvpl.so*’
/usr/lib/x86_64-linux-gnu/libvpl.so.2.9
/usr/lib/x86_64-linux-gnu/libvpl.so.2
/usr/NX/lib/libvpl.so.ori
/usr/local/lib/libvpl.so.2.12
/usr/local/lib/libvpl.so
/usr/local/lib/libvpl.so.2
chchia@linux:/usr/lib/x86_64-linux-gnu$ sudo ln -s libvpl.so.2 libvpl.so
chchia@linux:/usr/lib/x86_64-linux-gnu$ sudo /usr/NX/bin/nxserver –restart
chchia@linux:/usr/lib/x86_64-linux-gnu$ vpl-inspect
Implementation #0: mfxhw64
Library path: /usr/lib/x86_64-linux-gnu/libmfxhw64.so.1.35
AccelerationMode: MFX_ACCEL_MODE_VIA_VAAPI
ApiVersion: 1.35
Impl: MFX_IMPL_TYPE_HARDWARE
VendorImplID: 0x0000
ImplName: mfxhw64
License:
Version: 1.2
Keywords: MSDK,x64
VendorID: 0x8086
mfxAccelerationModeDescription:
Version: 1.0
Mode: MFX_ACCEL_MODE_VIA_VAAPI
mfxPoolPolicyDescription:
Version: 1.0
mfxDeviceDescription:
MediaAdapterType: MFX_MEDIA_UNKNOWN
DeviceID: 4692/0
Version: 1.1
mfxDecoderDescription:
Version: 0.0
mfxEncoderDescription:
Version: 0.0
mfxVPPDescription:
Version: 0.0
NumExtParam: 0
Total number of implementations found = 1
July 24, 2024 at 14:10 #48909timoParticipantlibmfxhw64.so is Intel Media SDK.
Are you sure your hardware supports this?
Newer hardware (like ARC/DG2 cards but also newer UHD IGPs) use libmfx-gen.so instead.
Not sure about Ubuntu but for Fedora that’s shipped with
intel-vpl-gpu-rt
July 25, 2024 at 14:41 #48912taiziccfParticipantThank you, your idea enlighten me, i removed the libvpl.so shipped with nomachine, and proceed to compile my own driver, and it is working now with hardware VPL encoder.
I put the guide in the link above in my blogger, how this help.
thank you all for helping.
July 25, 2024 at 16:03 #48915BritgirlKeymasterHi, can you try 8.13 which we just released? Our codec devs added some improvements for the loading of libvpl to avoid this problem.
July 26, 2024 at 16:38 #48916taiziccfParticipantHi, no 8.13 is same does not load HW VPL. I tested this on a freshly setup Ubuntu Cinnamon 24.04.
July 28, 2024 at 16:24 #48924taiziccfParticipantI made some performance comparison between HW VPL and software encoding, the benchmark software used was glmark2 system resolution 1920×1080, hardware was Intel Alderlake i5 12400 UHD730 and here the summary :
Not using NoMachine direct HDMI to monitor: glmark2 score around 2550
Using NoMachine HW Enc VPL: glmark2 score around 1550
Using NoMachine Software Enc: glmark score around 1750
but good thing is HW VPL does significantly lower the CPU consumption.
July 28, 2024 at 16:51 #48925taiziccfParticipantSorry I mean even compared between HW VPL and software enc both h264, still software is using significantly lesser CPU power for /nxnode.bin
July 30, 2024 at 17:18 #48962BritgirlKeymasterVersion 8.13 fixes just the step with changing name (or removing) /usr/NX/lib/libvpl.so – but the other steps like installing rest of the vpl stack should still be neccessary. You seem to have executed a lot of additional steps. We updated our article in the knowledge base, so you should follow the instructions there?
How to use Intel H.264 HW encoder with NoMachine
https://kb.nomachine.com/AR09O00938Regarding your comment about SW encoding, you should compare nxcodec.bin and nxnode.bin, not just nxnode.bin, if you’re interested 🙂
August 7, 2024 at 08:44 #49095JonathanParticipantHey there
I also had problems with HW encoding on arch + nomachine 8.13 + Intel Raptor Lake CPU.
Got various errors in session-log :
Library: WARNING! Could not resolve symbol ‘MFXClose’.
Library: WARNING! Error is ‘/usr/NX/lib/libvpl.so: undefined symbol: MFXClose’
VPLLibraryDispatcher/load: WARNING! Failed to load symbol ‘MFXClose’.Turned out I had intel-media-sdk AND libvpl installed.
After deinstalling intel-media-sdk and rebooting HW encoding worked perfectly.
Maybe this helps others with the same issue.
Greetings
August 28, 2024 at 04:23 #49417AlsoCoryCarsonParticipantI was having this problem too. Ubuntu 24.04, N100 mini pc.
Installing the packages mentioned in https://kb.nomachine.com/AR09O00938 and now I get hardware encoded h264!
Thank you for chasing this down.
-
AuthorPosts
This topic was marked as solved, you can't post.