My TV Guide listings show "no show detail" starting between 1PM - 2:30PM on 12/31/2019. I manually updated the xmltv file this morning and the problem persisted. The listings in the xmltv file extend into 2020 (I pull 14 days from Zap2It). This is my first problem pulling TVGuide information since the original setup 2 months ago.
I have used the software for years with a HDPrime with no problems. All of a sudden, live TV will not work. In addition, I record the late night shows. Steven Colbert is the only one that will not record, as I'm getting an error message that signal can not lock. I have Xfinity and use a cable card. Any ideas?
This issue has been there since the very first v5 release I installed and it doesn't exist in v4. Basically if the channel name contains international characters (e.g. Chinese), the server has issue to parse the *.ts.map file which in turns fails the streaming process. I have changed all the names to English letters and have been living with it hoping this will be resolved in a couple releases. However, until now it seems no one else has reported the issue. I think it's the time I bring it up.
I have a channel named "CCTV-1综合HD", you would notice two Chinese letters in it, when I start streaming the channel, NextPVR runs into the following error in the nrecord.log. further investigation revealed that it tried to parse a file called "live-CCTV-1综合HD-20688-4.ts.map" but failed. However if I removed the Chinese letters from channel name, the error went away and the streaming was fine. I believe it's an encoding support issue. Hope Sub and/or Martin can address it. Thanks a lot!
...
2019-12-23 22:03:09.468 [DEBUG][15] IPTV StartStream@8
2019-12-23 22:03:09.468 [DEBUG][15] Creating writer: LIVE&H:\StreamCaptures\Videos\live-CCTV-1综合HD-20688-4.ts
2019-12-23 22:03:09.468 [DEBUG][15] live mode
2019-12-23 22:03:09.469 [DEBUG][41] RollingFile.Open(H:\StreamCaptures\Videos\live-iptv-c738aef1dd794c759431498d0578b106.ts)
2019-12-23 22:03:09.491 [DEBUG][15] Created Mutex: Global\NPVR-mutex-98cf9a8bec6679ad24fe63233e752c1f
2019-12-23 22:03:09.491 [DEBUG][15] Created map: System.IO.FileStream
2019-12-23 22:03:09.492 [DEBUG][15] StartStream [LIVE&H:\StreamCaptures\Videos\live-CCTV-1综合HD-20688-4.ts] allocated handle: 4
2019-12-23 22:03:09.492 [DEBUG][15] IPTV StartStream@9
2019-12-23 22:03:09.492 [DEBUG][15] Live TV handle: 0x140004
2019-12-23 22:03:09.492 [DEBUG][15] StartStream(9151:CCTV-1综合HD, LIVE&H:\StreamCaptures\Videos\live-CCTV-1综合HD-20688-4.ts) allocated handle: 1310724
2019-12-23 22:03:09.492 [DEBUG][15] Handle: 140004
2019-12-23 22:03:09.492 [DEBUG][15] StreamNative@9 (storing stream handle: 1310724)
2019-12-23 22:03:09.492 [DEBUG][15] clientHandle[f785b355-7871-41e5-a8f2-542c2dbee833] = 1310724 *
2019-12-23 22:03:09.693 [DEBUG][15] StreamNative@10 (with close monitoring...)
2019-12-23 22:03:09.693 [DEBUG][15] RollingFile.Open(H:\StreamCaptures\Videos\live-CCTV-1综合HD-20688-4.ts)
2019-12-23 22:03:09.701 [ERROR][15] Unexpected end of file while parsing Name has occurred. Line 14, position 5.
2019-12-23 22:03:09.802 [ERROR][15] Unexpected end of file while parsing Name has occurred. Line 14, position 5.
...
2019-12-23 22:03:09.903 [ERROR][15] Unexpected end of file while parsing Name has occurred. Line 14, position 5.
2019-12-23 22:03:10.004 [ERROR][15] Unexpected end of file while parsing Name has occurred. Line 14, position 5.
2019-12-23 22:03:10.105 [ERROR][15] Unexpected end of file while parsing Name has occurred. Line 14, position 5.
2019-12-23 22:03:10.206 [ERROR][15] Unexpected end of file while parsing Name has occurred. Line 14, position 5.
2019-12-23 22:03:10.307 [ERROR][15] Unexpected end of file while parsing Name has occurred. Line 14, position 5.
...
2019-12-23 22:03:11.901 [ERROR][15] Unexpected error streaming channel: System.Xml.XmlException: Unexpected end of file while parsing Name has occurred. Line 14, position 5.
at System.Xml.XmlTextReaderImpl.Throw(Exception e)
at System.Xml.XmlTextReaderImpl.Throw(String res, String arg)
at System.Xml.XmlTextReaderImpl.Throw(Int32 pos, String res, String arg)
at System.Xml.XmlTextReaderImpl.ParseQName(Boolean isQName, Int32 startOffset, Int32& colonPos)
at System.Xml.XmlTextReaderImpl.ThrowTagMismatch(NodeData startTag)
at System.Xml.XmlTextReaderImpl.ParseEndElement()
at System.Xml.XmlTextReaderImpl.ParseElementContent()
at System.Xml.XmlLoader.LoadNode(Boolean skipOverWhitespace)
at System.Xml.XmlLoader.LoadDocSequence(XmlDocument parentDoc)
at System.Xml.XmlDocument.Load(XmlReader reader)
at System.Xml.XmlDocument.LoadXml(String xml)
at NShared.Utility.FileMapHelper.GetMappingDoc()
at NShared.Utility.RollingFile.IsComplete()
at NShared.Streaming.StreamingHelper.StreamNative(ServiceResponseStream responseStream, Dictionary`2 parameters)
New to NextPVR, and learning how to use it for the same things I use WMC.
When I record baseball games in WMC, it's easy to set it to record up to three additional hours after the scheduled end of the game. One rare occasion, every minute of was needed to capture an entire extra-inning game.
In NextPVR when setting the post-padding for a recording, the highest value that can be set is 89 minutes. I looked in the config.xml, but didn't see a place where this was configured.
I know there's a feature that extends the recording time for sports recordings, but the forum postings I've seen don't make it seem like you'd want to rely on it for a critical game. I'd rather configure the recording for a lot of extra time.
Manual recordings are an option, but there's that much more chance for a fat fingered guy to set one up wrong, as I just did with the Rose Bowl.
Is there a way to change the maximum post-padding value so it doesn't max out at 89 minutes?
I installed version 5.0.1.191214 (as well as the later version 5.0.1.191224) and found that the IPTV tuning process was broken. see the configuration below, in the previous versions, NextPVR will wait for the executable batch file to finish before starting streaming the source "http://***", in the newer versions, it doesn't wait at all and start streaming immediately right after launching the batch file. this results in an invalid streaming source since the source will not be ready until the batch file finishes the execution. Is it something to do with the .NET core upgrade or something else? Logs will be provided upon request.
I have been using my HD-PVR 2 model 1512 for over 2 years. Its grabs signal from an HDMI splitter (for obvious reasons) which is feed from my STB. It has been working great, until the HD-PVR 2 finally gave up the ghost.
I was able to even stream the signal over the internet (gigabit connection) and not just within my LAN.
So my question is, do I buy another HD-PVR 2 (1080p 30fps) or is there different external or internal HDPVR that is capable of 1080p at 60fps instead of 30fps that compatible with NextPVR?
I have been looking an so far I keep coming back to the HD-PVR 2.
I was looking at the Hauppage HD-PVR Pro 60HD but it is unclear if it will work with NextPVR.
Is it possible to have more than one time listed for the automatic EPG update in v5? If so how do you format it? Also is there some way to auto refresh my IPTV m3u list in devices?
I spent about 5 hours mapping channels using Schedules Direct along with an m3u file from my IPTV provider because, frankly, the automatic mapping feature did not work at all for me.
So I deleted an unwanted channel and all channels have disappeared. PLease see the attached. You can see that the groups are still present but my channles are missing.
Any idea on how I can get the channels back, keeping the time I have put into setting them up?
