I've been using NextPVR V4 for 3 years and I did not upgrade until now as the program worked very well.
I followed the upgrade instructions, starting with my existing config.xml and npvr.db3 file.
There appears to be 2 new issues with the Desktop app on Windows 10:
1. The default recording playback language specified in config.xml no longer works
2. The skip forward/backward behavior is weird (makes strange noise and takes longer)
More details on issue 1
config.xml includes this line: <LanguagePreference1>qaa</LanguagePreference1>
The recordings are made via over the air HDTV in France.
The streams include 3 languages tracks, as show in NPVR.log:
<Stream>
<PID>330</PID>
<StreamType>6</StreamType>
<stream_identifier_descriptor>
<component_tag>2</component_tag>
</stream_identifier_descriptor>
<Language>fra</Language>
<AudioType>0</AudioType>
<EAC3_descriptor>
</EAC3_descriptor>
</Stream>
<Stream>
<PID>331</PID>
<StreamType>6</StreamType>
<stream_identifier_descriptor>
<component_tag>3</component_tag>
</stream_identifier_descriptor>
<Language>qad</Language>
<AudioType>0</AudioType>
<unparsed_descriptor>0x7F</unparsed_descriptor>
<EAC3_descriptor>
</EAC3_descriptor>
</Stream>
<Stream>
<PID>332</PID>
<StreamType>6</StreamType>
<stream_identifier_descriptor>
<component_tag>4</component_tag>
</stream_identifier_descriptor>
<Language>qaa</Language>
<AudioType>0</AudioType>
<EAC3_descriptor>
</EAC3_descriptor>
</Stream>
Playback via the Desktop client now always use the default language (fra), instead of qaa (original version, often in English), specified in LanguagePreference1 (unless I manually change the language via a right mouse click):
<LanguagePreferenceEIT>default</LanguagePreferenceEIT>
<LanguagePreference1>qaa</LanguagePreference1>
<LanguagePreference2>default</LanguagePreference2>
The playback via the Web client works as expected and does select qaa by default, as long as I keep the default settings in the Transcoder tab. If I change either Video Encoder from CPU to NVIDIA or Preferred Streaming Profile from Default to 720p, then the Web client also use the default language for playback, instead of qaa.
However, making any change to Client Settings -> Decoders does not seem to affect the playback language in the Desktop app.
More details on issue 2
The skip forward/backward behavior during playback is weird, while it worked perfectly with V4.
Skip makes strange noise and it takes longer to get a clear picture after the skip (The image is blurry for 1 to 2 seconds).
I have programmed my Snapstream Firefly remote control with different forward & backward skips (from 15s to 6 minutes),
doing many repeated 15s skip operations to reach the target skip time.
My PC is high end (Intel i7, 16GB RAM, NVIDIA 3070) and I'm not CPU restricted. The recordings however are located on a HDD
(not a SSD), so disk seek/read time may be a factor (though the config has not changed from V4).
I made the following change, which makes the issue slightly better, but does not fix it:
In Settings -> Decoders -> Video Decoders -> H.264 Video, I changed from Microsoft to LAV.
Now all Video & Audio Settings use LAV decoders.
I tried pretty much every possible combination of Decoders settings, but this does not make a difference regarding either issue #1 or #2.
I think people have asked before, but I was wondering if there was a way to implement TVE support or create m3u8 files that will work for longer periods of time. I have been able to grab m3u8 files from my paid subscription to syfy and nfl network, but they only work temporarily. Channels DVR does this and charges 8 dollars a month. Is there a way to grab these files individually by faking a token or whatever method channels dvr does?
I am using windows 10. I have two drives. One primary to be used for programs and the second drive used for files. I recently upgrade to a larger storage drive. Now I can not update most of the TV guide. channels 2-11 loads but there are others that show no show details. In fact, before the manual update, I had no show details on all channels.
I have a quad core celeron brix that I use as a m3u tuner on my main npvr box. I just moved one of my qray extra tuners from my main box to my brix. If I am streaming a channel from the brix directly to another pc in ether kodi or vlc and I start a stream on a third pc in ether kodi or vlc, it shows the same stream on both devices and changes channel to the second channel on both devices. I have tried with both intel and cpu encoders but no luck. All systems are on sunvalley 2. I have attached logs. thanks.
After upgrading to nextPVR v6.0.0.220904 I have a problem. When watching a show I have recorded with NextPVR, the libreELEC nextPVR client suddenly stops playing.
I have found out that the problem occurs when my computer wants to go to sleep.
If I set Windows to go into sleepmode after 5 minutes of inactivity, I can play a recording for about 5 minutes before it is interrupted.
It seems like v6.0 isn’t keeping Windows alive when streaming the TV show to libreElec
I have been looking into the logfiles when the break event happens and in nrecord.log I see this:
2022-09-21 14:53:52.252 [DEBUG][3] [Suspend]
2022-09-21 14:53:52.253 [DEBUG][3] OnSleep...
2022-09-21 14:54:25.427 [DEBUG][23] Client has disconnected
2022-09-21 14:54:25.427 [DEBUG][23] Sent total of 327232800 bytes
My client is a raspberryPi 2 running libreELEC 9.2 with the latest NextPVR client. I have also tried libreELEC 10 and it has the same problem (libreELEC 10 has a lot of other problems when running on RaspberryPi 2)
The nextPVR client has the setting Wake On Lan enabled.
My Windows 64 bit version is 21H2 with the latest updates.
SOLVED: my bad - it is mentioned at the bottom of the install guide wiki - my HDHomeRun needed hdhomerun_config - I think its in a 'yay' package called 'libhdhomerun' but I just built it manually and dumped the binary and library in the NEXTPVR directory.
I've had 6.0.0.220904 running happily on my Raspberry Pi 4 under the standard Rasberry Pi OS Bullseye (64 bit) - talking to a HDHomeRun tuner receiving UK Freeview and the OTA EPG. That was straightforward using the .deb helper.
Because that's just too simple, I'm now trying to install NPVR manually on the same hardware running Arch Linux (actually rAudio 1 - an audio player distro - because it looked easier than getting rAudio running under Raspbian) and I'm 99% of the way there: it's all running & playing video - apart from the EPG.
I'm not getting the option of "DVB/ATSC EPG" as the EPG source when I scan for channels. Instead, it's offering "Freesat (UK)" - which obviously doesn't work.
Not seeing any errors in the log - it's just only sending freesat as the option.
Any idea what could be missing to prevent that option appearing?
I installed the dtv-scan-tables-git package and got libdvbv5 from v4l-utils.
I think that the one dependency I'm missing is 'dvb-tools' which doesn't exist as such on Arch/Arm (there's a couple of dead 'dvb-utils' packages) - but before I embark on trying to build those manually it would be good to confirm that's what is missing.
Hi folks,
Two days ago, IPTV recordings stopped working on three local TVNZ-provided streams, although not on others - I was getting "403" errors in my Kodi Shield client. When I checked, live viewing in NPVR Windows via the web app on the NPVR machine itself, I am getting errors like "Streaming Failed (transcoder exited)" or "Failed to start requested stream" or (just now, in v6) "No tuner was available for the requested channel". Rebooting did not help.
I assume the issue is with mjh's m3u8 files so went to inspect/refresh the setup in NPVR via its localhost web interface. NB: I noticed there was no login request when I went there.
And: when I went to the Settings page on the web app, there was no settings submenu down the left as there had been previously. Just the Paypal, logs and other stuff in the main body.
So, since I'd been on an older v5 version for a while, I updated to v6 to see if that fixed things.
But: same problem, no Settings menu. This is even after using Ctrl+F5 and also clearing the Chrome cache via its own settings menu, exiting Chrome etc. So I just can't seem to defeat the cache problem.
Not to worry though - I tried Firefox which I almost never use for NPVR and it clearly didn't have a caching issue. But for the life of me, I can't detect what the problem is with streaming the TVNZ channels. For example,https://i.mjh.nz/nz/tv.9.m3u8plays just fine in VLC on the same machine, but NextPVR gave the "no tuner" error above when I tried it. As I noted above, all other streams I tried (e.g. non-TVNZ channels; radio) worked fine.
I'll try another system reboot now to see if that solves the Settings UI/cache issue in Chrome.
But attached are the logs (older ones v5, newer v6) in case my original/primary TVNZ streaming problem is somehow apparent from them.
After some help with a specific channel not being found during scan, I have been playing with it for a bit and can't seem to find a way to get it to work.
NextPVR successfully picks up all normal TV channels and works fine, does a great job. The channel it is not finding is a customer channel created for CCTV in an apartment block.
If I connect the cable to the TV and scan, it finds this custom channel and I can obtain the attached information from the TV options (see image)
Frequency (KHZ) 571500
Service ID 777
Network ID 1009
When I connect the cable to my Hauppauge WinTV-dualHD and scan it finds everything exactly the same as the TV except for this channel, searching for a way to manually add a channel it seems this isn't possible and not the preferred method.
Attached are my logs from a scan of All Countries / All Regions kicked off at 11:07
Is there a way to increase the timeout for tuning a channel?
I am using HLS-Proxy before NextPVR and it takes a bit of time for the HLS-Proxy box to tune the IPTV channel. NextPVR times out before the feed gets to it.
