While watching recordings, the recording service has crashed a couple of times in the last several days. The recordings I was watching were not currently being recorded. I will attempt to attach the log files. A message flashed past too fast to read. It stated something about "remote recording service" (I think). The Windows 10 PC has been rebooted.
Comment: I note the Nextpvr recording service is not set to automatically restart after a failure. Perhaps that would be a good enhancement ... or is there an issue with setting the service to restart after a crash. Thanks for your attention on this matter.
I am using a Hauppauge WinTV-DualHD usb stick with a built-in DVB-C tuner to watch unencrypted public digital cable tv. This has been working fine last month until Ziggo did some network maintainance in Amsterdam area.
Now whenever i start NextPVR i get black screens. I deleted the old channels, tried to scan the channels again, but i can't find any of them now. I was using the Ziggo Amsterdam profile before. Can someone please update the "Netherlands - Ziggo - Amsterdam (Noord-Holland).ini" file?
I have tried automatic scan and manual scan without luck (see screenshots). Last pic shows the channels i expect and when everthing was working fine.
I'm having a problem with closed captions.
If I play the file in VLC or WIN10 Movies & TV, the captions appear.
If I try it in NEXTPVR I don't see them.
It's from an IPTV stream that I recorded.
I have encountered a similar problem to the one I reported under https://forums.nextpvr.com/showthread.ph...uide-Entry where a 0x19 was encountered in the Program Description sourced from the Freeview OTA EPG data. This time the 0x19 is in the Program Title and its impacts seem sufficiently different to warrant a check if the planned fix for the earlier reported problem will also fully cover this one.
When selecting the entry from the guide, to set up a recurring recording request for the related series, an error dialog is displayed as shown in the attachment. No Pending Recording entries are created and when navigating to the Recurring Recordings view the same error dialog gets displayed. When the "Continue" option is chosen in the error dialog no entry is shown for the attempted request in the Recurring Recordings view. However, browsing NPVR.db3 I could see a row for the attempted request had been created in the RECURRING_RECORDING table and as expected there was no related row in the SCHEDULED_RECORDING table.
To remove the row from RECURRING_RECORDING that was giving the persistent error dialog I edited the XML field value to remove the 0x19 - this stopped the error dialog and made the request visible in the Recurring Recording view allowing me to delete it. Before I deleted the entry I made various attempts (eg. updating the padding) to get the system to generate the pending recording request but to no avail - probably because there was no longer a match between the Program Title stored for the EPG and the XML value for the title in the recurring recording entry. If it addresses all XML parsing/etc. in the application it's probably in this area where the planned fix for the earlier problem needs to be careful such that the EPG Program Title stored in the database matches the Program Title that gets stored in a recurring recording entry.
To work around this situation, after deleting the incomplete recurring recording request, I set up a keyword recurring recording request that successfully created the required Pending Recording entries. Interestingly the Pending Recording entries are shown in the NextPVR GUI (Guide and Pending Recordings) and in the NEWA Manage Recordings view but are not flagged in the NEWA Guide view - I guess this is an artefact of the originally reported problem that I didn't spot before. As I run a combined Emby/NextPVR set-up I can confirm the Emby Theater client does show both the keyword recurring recording request entry and the generated pending recording requests.
Hopefully the information I've provided will allow an assessment of the completeness of the planned fix for the original problem. If you need any extra information for this flavour - NPVR logs, etc. - don't hesitate to ask.
Good Day...I was wondering why NPVR would be loosing the channel mappings I have set up. I noticed today That several channels I have set up for UK and US regions have suddenly un-populated/disconnected from the mapping I have setup. I use SD for the EPG data and I am not understanding why the channels would be going through a disconnection phase. Can you shed some light on this as this has become a frustrating exercise after mapping several channels. I don't know if this is a common action but if you need the logs, just let me know. Thanks in advance...cheers!
I recently started having a problem where when I press play on a recorded show it takes 2-5 minutes to begin playback.
What could be causing this? Any help appreciated
Question folks, Looking for the best solution for my home. I have NPVR with iptv setup but what would be the best way to get to the tv in my home. I have fire sticks, roki tv and samsung smart tv. Not really into setting up Kodi what would be the best solution , is there some guides out there?
Hey,
So not sure if anyone has seen this type of issue before or not... ITV HD in the UK appears to stutter quite heavily. I.e. pixelation / stutter of the image etc.
I've tried returning, different tuners. All to no avail.
I googled the issue and apparently Panasonic Freesat boxes have the same issue & the workaround it to set the lowosc to
<lowosc>9758</lowosc>
This then makes the channel work perfectly.
I'm not sure what the lowosc does & why it fixes the issue, if someone knows please let me know.
However if others are having the same issue then you might want to try it.
FYI I used a custom ini to tune only this channel so as not to change the settings for other channels.
