NextPVR Server failing when Roku client connects

[riban]

I am running NextPVR Server on a Raspberry Pi 4, Debian 11.11 - Linux rpi5 6.12.36-v8+ #1892 SMP PREEMPT Mon Jul  7 17:12:23 BST 2025 aarch64 GNU/Linux. Access from a web browser is fine but when the Roku client E11 connects, the server immediately stops running with an error:

/opt/dotnet/dotnet: symbol lookup error: /opt/nextpvr/system/runtimes/linux-arm/native/libSkiaSharp.so: undefined symbol: uuid_parse

I guess this is a backend / upstream nextpvr server issue and I have raised ticket https://github.com/sub3/NextPVR/issues/13 but it is triggered by the roku client so there may be something useful to be gleaned from discussion here.

[mvallevand]

Sub the author of NextPVR doesn't review issues on his GitHub so best to report them here so you might as well close your report their. Thanks for the report though.

I think your issue is SkiaSharp 3.1.9 issue based on some web searching eg. https://github.com/mono/SkiaSharp/issues/3272 The first think I would try would be apt-get install uuid-dev

I am not sure why you are running an old Debian or if a new version would help. I will check on some RPiOS builds to see if I can duplicate the problem.

Martin

[mvallevand]

To follow up my RPi5 fails immediately with another error

: /opt/dotnet/dotnet: symbol lookup error: /opt/nextpvr/system/runtimes/linux-arm64/native/libSkiaSharp.so: undefined symbol: FT_Get_BDF_Property

also report https://github.com/mono/SkiaSharp/issues/3229

The Jellyfin solution was to revert to a previous version https://github.com/jellyfin/jellyfin/pull/14255

Martin

[riban]

I installed Debian 12.11 Linux DietPi 6.12.34+rpt-rpi-v8 #1 SMP PREEMPT Debian 1:6.12.34-1+rpt1~bookworm (2025-06-26) aarch64 GNU/Linux and see the same error. I installed uuid-dev and see the same error (although I don't see that would help unless it was used to compile something).

[Edit] No - the error is similar but different: /opt/nextpvr/system/runtimes/linux-arm64/native/libSkiaSharp.so: undefined symbol: FT_Get_BDF_Property.

[mvallevand]

It is not an easy fix, Maybe unzip 7.0.1 from here https://github.com/sub3/releases/release...-7.0.1.zip overwriting the system folder.

Martin

[mvallevand]

For fun I build libSkiaSharp for the RPI using https://gist.github.com/jclapis/d907127d...f7917cd753 and it works confirming the build system is the issue.

Martin

[riban]

I get a similar error if I access UI client from web browser, http://<hostname>:8866/uiclient.html. I guess this may be using the same API as roku client.

[mvallevand]

Yes all UI clients would be impacted. Sub has downgraded libSkiaSharp to the previous version 3.116.1 and we are testing it right now which works properly as expected. Just need to check for any regressions it might cause. Until then maybe try the version I created on RPihttps://limewire.com/d/dHsP6#ZvWFV02yVr if we have matching glbics.

Martin

[riban]

I compiled from the jist you posted with a few changes:

I had to install libharfbuzz-dev.
The patch is for a different version of SkRasterPipeline_opts.h. I manually made changes but this may not be required.
The shared lib needs to be copied to /opt/nextpvr/system/runtimes/linux-arm64/native/libSkiaSharp.so.

I didn't manage to compile on my older Debian 11.11 which is the machine I use for this (previously running VDR) but do have it running on a RPi4 running 12.12 (from DietPi v9.14). I look forward to testing the next server release.

With this manual fix I have been able to run the Roku client and started to test. I will post my comments as I discover issues, enhancements, etc. It does look quite nice (though my wife has already reported a blocker for moving from VDR which I will pass on in another post!).

Cheers!

[mvallevand]

I didn't bother with the patch for my test.

There NextTool utility will import VDR recordings to give you an idea how they might look. It has an issue because VDR doesn't use distinct filenames and NextPVR doesn't store the full path with the resume point so resume won't work well. I considered renaming the files during the import but I didn't want to break VDR.

Martin