NextPVR Forums

Hi all,

I'm using the latest NPVR backend release on Linux with a RTL DVB-T tuner with Kodi NPVR add-on. When I tune to watch a live TV channel it's well played until it freezes at about 6 minutes and stops returning to Kodi's channel list.
I've sured that in the same time there's no EPG searching.
I've attached both "device-adapter0.log" and "nrecord.log" (in NPVR_logs.zip) to this post. I've tested in the time period between 19:53:17 and 20:00:26.

Any help will be appreciated. Thanks in advance.

Regards.

Next time don't manually copy the logs, you miss cached info, use the download logs option on the settings page.

How much memory is on you PC or VM/container.

2024-04-01 19:49:36:853 [ERROR] Unable to get shared memory!

Martin

(2024-04-01, 06:42 PM)mvallevand Wrote: [ -> ]Next time don't manually copy the logs, you miss cached info,  use the download logs option on the settings page.

How much memory is on you PC or VM/container.

2024-04-01 19:49:36:853 [ERROR] Unable to get shared memory!

Martin

Sorry. I've attached the downloaded logs.

My machine has 8 GB RAM.

Thanks.

Sub's going need to look to see why that memory is not available when the rolling file rolls. That tuner you are using is definitely not a quality product but that is likely not the source of the problem (unless it is eating memory, you might want to monitor that.

We also don't have any experience here using buildroot or batocera here and it is not a supported plaform for netcore so there could be other things at play. DeviceHostLinux that is failing isn't netcore though.

You probably can avoid the problem by increasing the rolling file size to a very large number 180 minute (*60) will give you an hour before the roll that cause the memory error.

Martin

(2024-04-01, 08:30 PM)mvallevand Wrote: [ -> ]Sub's going need to look to see why that memory is not available when the rolling file rolls.  That tuner you are using is definitely not a quality product but that is likely not the source of the problem (unless it is eating memory, you might want to monitor that.

We also don't have any experience here using buildroot or batocera here and it is not a supported plaform for netcore so there could be other things at play.  DeviceHostLinux that is failing isn't netcore though.

You probably can avoid the problem by increasing the rolling file size to a very large number 180 minute (*60)  will give you an hour before the roll that cause the memory error.

Martin

Thanks. I'll investigate more about the increasing rolling file size.

Regards.

If you try watch in the web app, does it let you watch past 6 minutes?

Wouldn't DeviceHostLinux work the same way when it rolls? His always fails on the memory error.


Martin

Yes, but this isn't just a file roll - it's retuning and everything.

I think the problem has actually happened right at the beginning of the stream. Possibly something like either/both of deivcehost or nrecord doesn't have the permissions to get shared mutex or memory mapped file.

Gotcha, it this range request from Kodi causing the reopen I guess rather then reading the rolling file.

Hi again,

I've noted that in NPVR web settings were specified both "Live TV Buffer Directory" and "Recording Directory" as "/recordings" (default value). Maybe due to specific characteristics of Buildroot (overlays, ...) these folders are "mapped" to p.e. "/share/system/wine-bottles/model2/dosdevices/ZSXKM0~L/proc/15136/root/recordings/" (there are many more corresponding to several PID). And maybe too this "virtual space" could be limited and for these reason the recording buffers could be exhausted.

Now I've set "Live TV Buffer Directory" and "Recording Directory" to another local folder like "/userdata/system/recordings/". In fact this folder was already there but it was strange I didn't see any data into when I run NPVR. Now it works fine: I can see data buffered into .ts files and the time played is OK.

Everything thanks to your help and clues Thank you very much. Nevertheless I'm testing in depth next days.

Regards.