2020-08-09, 07:54 PM
2020-08-09, 08:43 PM
Martin, remind me what the steps were to get it to get his machine to load the libdvbv5.so.0.0.0 included with the release. From memory a couple of users in the past had to change their shared library path to include that directory first.
2020-08-09, 08:49 PM
2020-08-09, 09:05 PM
That's the post I was thinking about.
Morrisimo, can you give that a go?
2020-08-09, 09:09 PM
(This post was last modified: 2020-08-09, 09:12 PM by mvallevand.)
Since his NextPVR log shows the same error don't you already force the libary?
Martin
2020-08-09, 09:15 PM
It does try to force the use of the library - but that log message makes me think that it's not using that version.
2020-08-09, 09:16 PM
(This post was last modified: 2020-08-09, 09:17 PM by mvallevand.)
I see the problem now your custom am32 library doesn't have the function.
Code: martin@lenovo:~$ nm -D /opt/nextpvr/system/DeviceHost/arm32/libdvbv5.so.0 | grep seek_by Martin
2020-08-09, 09:20 PM
He's not on arm. He's on x64.
2020-08-09, 09:26 PM
2020-08-09, 10:07 PM
@Morrisimo I think if you want to try this before the next build you can run
sudo nano /etc/nextpvr-server.conf and add the line LD_LIBRARY_PATH=/opt/nextpvr/system/DeviceHost/x64/ and then restart the server sudo nextpvr-server restart You might be able to scan. Martin |
|