I have added another set of IPTV channels on top of the channels I already had. I now have Vaders IPTV (from before) and have added The Beast IPTV.
The channels from Vaders IPTV work fine. However, the channels from The Beast IPTV are all jittery and choppy (both audio & video). Not watchable and sometimes the video just stops all-together. Also, when you click on the channel, it takes a while for the video to show up. The audio usually starts playing for couple of seconds before the video starts.
I have attached a log file for your reference. I believe the first two channels in the log are from Vaders and the rest from The Beast.
For your information, the Beast IPTV works fine on other platforms such as VLC Player, Android, etc...
Appreciate if you can take a look and let me know how I can fix the issue.
I just downloaded 4.2.3 to replace an old 3 series version (which worked fine) and rebooted. Now when I launch the software and click Live TV, the program immediately hangs up for 10 or 15 seconds and then crashes.
FOXCONN|R20-A1 E350 D1 R, windows 10, UnTV-HVR950 tuner.
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
