I am somewhat intermittently getting 0KB recordings. The last few Sundays, "Once upon a time" has been giving me 0KB files. Also, just tonight "Survivor" produced a 0KB file, but all other shows recorded fine.
I am using the latest NextPVR (3.4.8) with HDHomerun Prime. I've had this intermittent problem with the prior version of NextPVR as well. I can tune all these channels from HDHomerun setup without a problem. I looked in the logs but didn't find anything obvious. Any assistance would be helpful. Logs are attached. Thank you.
i keep getting this in nrecord logs seemingly constantly..
Quote:2015-05-13 08:41:12.111 [DEBUG][35] GetDurationMS() live: 2183656
2015-05-13 08:41:12.111 [DEBUG][35] In-progress duration is now: 2183656
2015-05-13 08:41:12.111 [DEBUG][35] READ: data read, about to send
2015-05-13 08:41:12.111 [DEBUG][35] READabout to send 169200 bytes, from offset 4810356000
2015-05-13 08:41:12.111 [DEBUG][35] READ: complete
2015-05-13 08:41:12.111 [DEBUG][35] CLIENT-READ: 169200 bytes from offset 4810525200 (file length: 4832479276)
2015-05-13 08:41:12.111 [DEBUG][35] RollingFile.Seek(4810525200)
2015-05-13 08:41:12.111 [ERROR][35] Unexpected rolling file seek error: System.Xml.XmlException: An error occurred while parsing EntityName. Line 3, position 32.
at System.Xml.XmlTextReaderImpl.Throw(Exception e)
at System.Xml.XmlTextReaderImpl.Throw(String res, String arg)
at System.Xml.XmlTextReaderImpl.ParseEntityName()
at System.Xml.XmlTextReaderImpl.ParseEntityReference()
at System.Xml.XmlTextReaderImpl.Read()
at System.Xml.XmlLoader.LoadNode(Boolean skipOverWhitespace)
at System.Xml.XmlLoader.LoadDocSequence(XmlDocument parentDoc)
at System.Xml.XmlLoader.Load(XmlDocument doc, XmlReader reader, Boolean preserveWhitespace)
at System.Xml.XmlDocument.Load(XmlReader reader)
at System.Xml.XmlDocument.LoadXml(String xml)
at NShared.RollingFile.Seek(Int64 position, SeekOrigin origin)
also having problems with tuner not available msgs, even on server.. [tho usually on client pc] had 2 this morning on Mike & Mike on client and one today on Outside The Lines on server.
i successfully followed the directions in the following documentation: http://www.nextpvr.com/nwiki/pmwiki.php?....EPGMC2XML. However when i try to import the TVGUIDE.xml file i get an error message saying "This xml file is not a device channel list previously created with the 'Export Channels' feature. No Channels imported." how do i import the TVGUIDE.xml file?
I updated my spare X-NEWA client to early Openelec 6 Beta yesterday and it failed! The error message pointed to a video card problem and noticed that there is now a Nvidia Legacy Build but this cannot be relevant as my video card is a Nvidia 210 bought less than two years ago. However looking at the list of Nvidia cards supported by the standard x86_64 build the 210 card is not listed but is among many in the Legacy build. I know things go obsolete quickly these days but that seems a bit quick to be regarded as a legacy item!!
I was wondering if the new naming scheme of movies and series was available when using xmltv? Say, if the tag productionyear (or is it date) had the movies production year and episode-num was formatted like SxxExx, will they be used for file naming?
I can't get a replacement NMT to work, I had got a another one from ebay after my previous one wouldn't power up, but I can't get the replacement to show the NPVR interface.
It has been a bout 4 months between swaping them, I don't think I've changed anything in that time, I load MVPMCX2 from a USB disk, I've tried it using a NPVR 3.2.9 setup on Vista as well as an other setup on Win7 using NPVR 3.3.8 but to no avail.
The logs attached are from the 3.2.9 Vista installation.
Before in NPVR 3.3.8, Subtitles for MKV's were handled by Directshow (I presume)
I had lav splitter, xy-vobsub & lav video (copyback dxva) set up so that if the language was other than English and there were English subtitles they would show automatically - also if there were subtitles flagged as forced they would also show.
In NPVR 3.4.8 If there are separate srt subtitles (with the same name as the MKV) they can be called from the on screen menu or yellow button, and use NPVR's built in renderer. (I think)
If the subtitles are embedded srt
Code:
Title : DTS-CORE 1536K Mandarin
Language : Chinese
Default : Yes
Forced : No
[B]Text
ID : 3
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Title : Subtiles English
Language : English
Default : Yes
Forced : No[/B]
Menu
00:00:00.000 : en:Chapter 01
00:09:40.288 : en:Chapter 02
The on screen menu and yellow button menu have no effect, even though the subtitles are listed, they do not play.
With the standalone srt files I have noticed there is a lot of lag in the rendering of the subtitles which was one of the reasons that I started using xy-vobsub in the first place - with a single syllable language (Chinese) spoken very fast, there is a huge amount of English Translation to show in a very short time.
Aside from trying to get (my) subtitle playback fixed, would it be possible to have a setting to disable NPVR's internal subtitle renderer in config.xml e.g. (<UseNPVRSubtitleFilter>false</UseNPVRSubtitleFilter>) - so that Directshow solutions can be used. (I disable the internal filter in MPC-HC to use xy-vobsub)
Font settings for the internal filter would be useful as well.
I need to regularly restart the record service due to an issue I'm having with a Colossus card, and was hoping to use the system plugin to do so.
However I just a "an error occurred" message. Not sure if its a bug or the system plugin is still compatible with 3.4.8?
Can anyone confirm one way or the other?
I'm using the latest version of NPVR and everything is working perfectly. The only thing that is not working here is the pre-tuning executable on the iptv.
I put the exe that I have there with the correct arguments but the exe is not being called at all. I called it outside the nextpvr and it's working perfectly changing the channels in my network set top box.
Nothing is appearing in the logs also that Nextpvr is trying to run the exe before showing the stream.
about to send 169200 bytes, from offset 4810356000
