I've recently started using NextPVR and i have an issue with EPG update from DVB:
scheduled EPG update doesnt work. When i start it manually (from settings->channels) it works pretty well.
But the scheduled update leaves a cryptic message in logfile (ndigitalhost-20.log):
I've had this issue for awhile, and it finally got annoying enough that I decided to look into it a bit more. What happens is that if I haven't used XNEWA in awhile (i.e. first thing in the morning), it can take several seconds (sometimes 10 - 12 seconds) for any X-NEWA window to open. While I'm waiting I can do other stuff in XBMC, so for a long time I thought I just hadn't hit the remote button correctly. The problem seems much worse on my Windows machine (where Next PVR is as well) than on my OSX machine (where I do my development work).
After walking the code a bit, the best I can figure is that it has something to do with the suds object cache created in XNEWA_Connect. The thing is, all that accounts for about 10 lines of code, and I can't see anyway to optimize it (or even why it would be causing a problem). So I attacked it from the other end. I decided it the lag is going to be there, at least it would be nice to know XNEWA was starting. So I added a dialog to default.py similar to the one used when the channel icons are cached. In Gotham, it uses the newer background dialog (a little less obtrusive IMHO), but that's somewhat a style choice.
Just below the first import I added:
Code:
from xbmcaddon import Addon
if int( xbmc.getInfoLabel( "System.BuildVersion" ).split('.')[0] ) >= 13:
from xbmcgui import DialogProgressBG as _dialog
else:
from xbmcgui import DialogProgress as _dialog
Then the XNEWA_Connect call looks like this instead:
The message you actually see is "Connecting to NextPVR." I thought I'd share in case there was interest in adding that to the shipping version. If there's interest in migrating more of the progress dialogs to background dialogs, I'd be happy to look at that. I'd probably opt to wait for the next official release so that I'm not working too much on the older codebase I have here.
Just wondering if you might be able to help with the following....
I have XBMC installed on a Jailbroken Apple TV with X-NEWA working...all is great apart from on channels that are HD...so I decided to enable VLC with 720 etc. settings....trouble is VLC seems to just default everything to less than 480 as the quality is very dodgy....I've tried all different settings and the audio and video doesn't change...it all works and I see the VLC (32bit) starts up on the server and all streams....I've checked in the settings.xml in the Userdata folder and the changes I'm making in the settings are reflected in this file but it just seems to be ignored by VLC...
Sporting Event (A) is scheduled to end at 6pm, but is set up to have 89 minutes of post-padding. Recurring Recording (B) is scheduled to start at 6pm. Of course nPVR notes recording B wanting to start, so ignores the post-padding. I, naturally, want to watch the extra innings / overtime / end of event A. I currently have to go into nPVR the morning of event (A), and cancel event (B), so that the post-padding is honored. That's a bit of a pain in the butt to remember every morning, especially with the Tour de France running in the morning.
Does anybody have an alternative to where the post-padding could take precedent, or some other way around this??? I'm in Canada, so other than adding additional HD PVR devices (already have 2), I'm stuck with those 2 devices. OTA helps a bit with Toronto network shows, but with nPVR turning into a full household recorder, instead of being my personal baby, I still run into issues here and there.
Been a while since I posted... Got busy with real life! I've update the NextBlue skin and would like to see if you could add another element in the details-single.xml for videos. I would like to draw my base layer over the entire screen but when I do that it covers up the hidden top menu.
Also, I noticed that I can't get a preview image of a .mp3 music file with an embedded image in the music.xml. However, it does work fine in the playlist xml. One last thing, would it be possible to hide the music metadata for playlists. (.m3u)
I move my tuners to another PC.
Everything went fine and the other PC NextPVR is working fine.
On the old PC, acting as a PC Clients works fine also, Device status is showing the other PC tuners status.
However, NRecord.exe on the old PC is still trying to record ?
What else is needed to disable NRecord.exe on the old pc?
I disabled the Act as client PC, restart NextPVR,
then remove all tuners, I also terminate all NdigitalHost.exe
I then remove all *recording*xml file
however all recordings are still there!
looks like I will will not run NextPvr -emptydb to remove all recording and empty npvr.db3
because I wanna keep the previous recordings until I see them.
In the end I deleted all Recurring Recordings, just a lot of mouse clicks!
Do I need to remove the plugins on the client PC? No, if you delete the plugings the UI wont work fine on the clients. However the System plugin look at the old PC disk instead of the remote one so I guess running Update EPG on the old PC will still run the update on the old pc and not on the other PC having the tuners.
I am in the USA, on Charter, and trying to get IR Blaster to work.
Motorola DCSX3220e on Charter.
From Charter's website, the possible codes based upon matching my remote with their "picture" of the remote are:
"Charter OCAP-4
The remote control code(s) for your cable box: Motorola: 01376, 00476, 00810, 00276, 01187, 01254"
None of these codes work though.
I have the irblaster hooked to my hauppauge3350 and the light on the blaster triggers when I send a code.
I've asked and been told that the receiver is above the blue power button, and when I try to change channels I can make the cable modem blip but the channel doesn't change. Pretty sure I have the blaster's sending unit placed in an good spot on the modem.
Learning doesn't work, the blastconfig utility tells me that the remote "does not support the toggle bit" when I try to make the thing learn the signals I am sending form the remote.
What format(s) of XMLTV element - <episode-num><episode-num> does NextPVR support?
I started out with this:
<episode-num>10.16.</episode-num>
I have moved on to this:
<episode-num system="xmltvns">10.16.</episode-num>
And still no luck. The hangup could be the lack of 'part' information after the second dot. The standard is a little confusing on what to use when there is no 'part' information. Any help on the format(s) NextPVR is looking for would be appreciated.
Thanks.
xmltv_ns: This is intended to be a general way to number episodes and
parts of multi-part episodes. It is three numbers separated by dots,
the first is the series or season, the second the episode number
within that series, and the third the part number, if the programme is
part of a two-parter.
