i occasionally get an "unexpected error" Kodi popup when trying to record a programme either via the EPG or the OSD. i have 5 tuners in total, a quad DVB -s PCIe and that has the majority of my channels and a USB DVB t that has one or 2 channels.
I can watch live TV fine on all 4 tuners e.g i have run 4 kodi instances at the same time on different channels (& Multiplexes) an i can see that each tuner is being used by viewing the nextPVR status in the toolbar. Trying to record from one of the clients (that doesn't have the backend on it) still doesn't work, although no error message is produced (RPI open Elec 6), my main HTPC runs windows and the NEXTPVR and KODI RC1
This doesn't happen all the time, in fact I've only seen this happen 2 or 3 times in the last 2 months, mostly after i have rebooted the backend, i've included both NextPVR logs and Kodi
from kodi log-
Code:
12:19:34 T:6484 ERROR: XFILE::CDirectory::GetDirectory - Error getting include
12:19:50 T:3844 ERROR: Previous line repeats 1 times.
12:19:50 T:3844 ERROR: PVR - PVR::CPVRClient::AddTimer - addon '127.0.0.1:connected' returned an error: the command failed
12:19:50 T:3844 ERROR: PVR - PVR::CPVRClients::AddTimer - cannot add timer to client '800': the command failed
12:19:56 T:3844 ERROR: PVR - PVR::CPVRClient::AddTimer - addon '127.0.0.1:connected' returned an error: the command failed
12:19:56 T:3844 ERROR: PVR - PVR::CPVRClients::AddTimer - cannot add timer to client '800': the command failed
12:20:02 T:3844 ERROR: Unable to activate the previous window
12:20:17 T:5668 ERROR: CAESinkDirectSound::UpdateCacheStatus: GetCurrentPosition failed. Unable to determine buffer status. HRESULT = 0x88780096
12:20:17 T:5668 ERROR: CActiveAESink::OutputSamples - sink returned error
restarting the recording service, doesnt work either, However i can record using the NextPVR client, hope someone can help!
Hey, everyone ---- perhaps someone with more knowledge than I can solve this problem...
I just purchased an brand new, old stock Avermedia M791-B still sealed in it's box for like $8 on ebay --- couldn't pass that up
A couple questions ----
I had an old Avermedia M791-B installed in a Windows Media Center Box, and I was able to get FM radio on this card.
Why can I not get FM radio on this card via the NextPvr application --- I can get FM radio on a Mygica hybrid dongle, but not this card -- (I did modify the "Analog.xml" file as per instructions on this forum) --- I scan the tuner, and it comes up with a few analog signals (nothing on those NTSC signals, but that's to be expected) -- but no FM channels were tuned.
I then tried to manually enter the frequency under the 'Add FM" button --- no luck, just static. I then tried to import the stations the Mygica hybrid dongle picked up, no luck, just more static.
Is there a way to get the FM radio to work on this card ?
Second, I know this card has 'hardware MPEG2 encoding' ---that's why I picked this card up, hoping to relieve some of the encoding burden on the CPU (there are 5 other tuners on this box) ---- but does the card only hardware encode the analog signals, or does it also hardware encode the digital ATSC signals as well ?
Or, in layman's terms, why isn't the Original Air Date data for program listings in NextPVR's EPG database being transmitted over to the Kodi/XBMC client?
I rely heavily on being able to see the original air date of programs, to the point that I've modified Kodi's Confluence skin to be able to display it in its PVR Guide Info Dialog. However, at the moment it only displays the epoch date for all programs. I know that NextPVR is successfully reading that data from the XMLTV file because I've also modified NextPVR's skin to also display the original air date of programs in its Event Listing Popup.
I've brought up this issue before in the Kodi/XBMC forum: http://forums.nextpvr.com/showthread.php...n-Kodi-EPG
However, since it received no attention, I decided to take the matter into my own hands, and look through the code for NextPVR's Kodi/XBMC client until I found the problem, and then bring it up again in this forum to ensure that it gets properly fixed.
I finally found the reason for the issue on line 497 (as of the time of this post) of pvrclient-nextpvr.cpp: https://github.com/kodi-pvr/pvr.nextpvr/...extpvr.cpp
Specifically, within the cPVRClientNextPVR::GetEpg function, the firstAired property of the EPG_TAG broadcast variable is being set to zero before being passed onto Kodi via the PVR->TransferEpgEntry function, which explains why it is displayed as the epoch date in my modification of Kodi's Confluence Skin.
How much work would it take to implement this feature now and properly set the Original Air Date field in the Kodi/XMBC client?
Is it just a matter of modifying the front-end client plugin to read the parse the date string and convert it into seconds since the epoch, or does the back-end also have to be modified to transmit the Original Air Date data in the first place?
For that matter, if it's not too much work, could the corresponding data for the other unset properties of the EPG_TAG broadcast variable also be transmitted from NextPVR's EPG Database and set in the client if the data is available from the XMLTV file?
I ask because in the process of learning how to modify the Kodi/XBMC Confluence Skin to display the Original Air Date, I also learned that several of the currently unset EPG_TAG properties can also be displayed in Kodi/XBMC skins. By coding these properties to be transmitted and properly set in the client, you could avoid further complaints from those who code and use Kodi/XBMC skins designed to display this data.
At the very least, could you please code the Original Air Date data to be transmitted and set in the Kodi/XBMC plugin? This data is often available for most program listings in a typical XMLTV file, and I would appreciate being able to have access to it in Kodi, and I thank you very much in advance for taking the time to improve the NextPVR plugin for Kodi/XBMC.
After all, with Kodi version 16 Jarvis about to be officially released, it seems like a good time to be updating and improving the plugin anyway, so I'm hoping that you'll add this improvement to it, and I once again thank you in advance for doing so.
Cox finally killed QAM so I've hooked up a good antenna and the Hauppage USB device finds channels just fine. The HDHomeRun Extend can detect all the same channels in it's app but NPVR doesn't.
I've attached the logs but don't understand what this means:
Quote:StartStream Exception: System.NullReferenceException: Object reference not set to an instance of an object.
at Native.DigitalRecorderBase.LockChannel(Int32* locked, Int32* present, Int32* strength, Int32* quality)
at Native.DigitalRecorderBase.Run(String& message)
at NShared.DigitalRecorder.StartStream(ChannelMapping channelMapping, String target, String& reason)
at NDigitalHost.RecorderRemote.StartStream(ChannelMapping channelMapping, String target, String& reason)
I've reset the device, rebooted, checked the firewall and all the usual but must have missed something. Help appreciated.
Also, any reason why a few of the stations don't even show a full day of guide data? Most show 3 days but 2 only show 6 hours of guide data. This DTV stuff is new to me so maybe that's the way it's supposed to be.
Not really NPVR related... but which tools do people use here to edit recordings: trim front/back and remove ads? I don't need much more editing than that, so are there any simple tools for this?
Hi all,
first congratulation for this useful forum and thank for accepting me.
Here is my configuration:
Windows vista home premium sp2 with kodi 15.2;
latest version of npvr (3.6.6);
latest version of npvr addon for kodi.
I succesfully installed npvr and performed a tv channel scan but when i start kodi npvr addon give me the connection lost error.
I checked firewall exceptions but all seems to be ok.
Thank you for the wonderful DVR app and the amount of time supporting it.
In troubleshooting a lineup issue for SD, I've noticed two issues. I did read the sticky and searched.
First, the NPVR scan using the HDHomeRun QAM finds a differing number of channels over the HDHR. I scanned 4 times tonight in NPVR and it found: 99, 89, 103, and 96 'usable' channels (as listed in Settings -> Devices). The majority appear as blank channels. Scans were run within an hour or so. The HDHR Setup utility finds 43, which is much closer to the actual number of QAM channels.
Second, NPVR is only populating three channel names total. Almost all are labeled "Unknown xx.yyyy." HDHR is finding the correct channel names or 'guide name' (as they call it) for most broadcast stations.
I moved my data directories for both out of the way to start fresh. In the HDHR Setup utility I had it at 'default' but also tried the 'NextPVR' option, no change.
Attached is the:
logs directory
channels-QAM.xml -> NPVR QAM export
Digital Cable.xml -> Output from the HD HomeRun setup util.
My dog was good enough to use a couple of my new in-wall CAT6 ethernet cables as chew toys and the painters wasn't any help either wrecking another one. I didn't want to start on the four jacks I need to redo but my test cable creation is going terribly. I am losing the cable 2 inches at a time and gone through 5 jacks already. In theory wiring one of these little beggars should be easy, but I am going insane try to get the order to stay right
Hi. I'm having some problems with Acamd and encrypted channels. They won't show up, but unencrypted ones will.
We came into the conclusion with Reddwarf that Acamd and NewCS are not communicating, but couldn't find why not.
My NewCS reports this. It doesn't report anything else when trying to view encrypted channel.
This is NewCS 1.65 - the New CardServer by the Butter-team..
Compiled on Jan 19 2009 at 17:54:08
Reading Config file from newcs.xml
TCP-log password is enabled, set to: NewCSpwd
TCP-log set to simple mode
level: verbose
type: init
output: console,tcp
logger config: level 2 type 3 output 5
Console log options: level 1 type 3
TCP log options: level 1 type 3
[ 21:58:08 ] [ Box detect ] Windows Vista Build 9200
[ 21:58:08 ] [ Config ] Option <blockc0> for device 0 (Phoenix Interface) not present, defaulting to
NO
[ 21:58:08 ] [ Config ] COM3 ECM priority: round
[ 21:58:08 ] [ httpd ] httpd-user: newcs, password: newcs, accesslevel: admin
[ 21:58:08 ] [ EMM Cache ] Initialising dynamic Cache
[ 21:58:08 ] [ ECM Cache ] Initialising dynamic Cache
[ 21:58:08 ] [ Loader ] Starting Telnet on port 1001
[ 21:58:08 ] [ Loader ] Started HTTP-server on port: 8080
[ 21:58:08 ] [ Loader ] Reader type 2 on node COM3
[ 21:58:08 ] [ Phoenix ] Opening device COM3
[ 21:58:08 ] [ Phoenix ] Setting parity to ODD on node COM3
[ 21:58:08 ] [ Phoenix ] Setting 1 Stop bit on node COM3
[ 21:58:08 ] [ Phoenix ] Setting baud to 9600
[ 21:58:10 ] [ ATR ] T=0 1etu=104.17us Guardtime:12etu WWT:9600etu
[ 21:58:10 ] [ ATR ] Historical bytes: 0 B 0 0
[ 21:58:10 ] [ Loader ] Init Conax card
[ 21:58:10 ] [ Phoenix ] Setting parity to EVEN on node COM3
[ 21:58:10 ] [ Phoenix ] Setting 2 Stop bits on node COM3
[ 21:58:10 ] [ Phoenix ] Setting baud to 9600
[ 21:58:10 ] [ KeymaN ] Adding key 50EA1C4E type 0 on Provider 000000 for caid 0B00 ID=0
[ 21:58:10 ] [ KeymaN ] Adding key 28750E type 1 on Provider 000000 for caid 0B00 ID=0
[ 21:58:10 ] [ Loader ] Card 0B00 on port COM3 ready
[ 21:58:10 ] [ Loader ] Starting Newcamd Server on port 15300
[ 21:58:10 ] [ Newcamd ] Newcamd thread Server started on port 15300
newcamd: main loop
Acamd monitor reports this:
#START#
C:\Users\Public\NPVR\MDPlugins\Silicondust HDHomeRun Tuner 141042A9-0 #1-1\ACamd.dll
22:05:38.312: ACamd v0.6.2.0
22:05:38.323: MD-API Version 01.03 - 01.06
22:05:38.349: systems: registering CA system Cardclient, pri -15, ident 1000
22:05:38.349: structloaders: registering loader cardclient config
22:05:38.349: cardclients: registering cardclient Newcamd
22:05:38.349: cardclients: registering cardclient Newcamd2
22:05:38.349: cardclients: registering cardclient CCcamN
22:05:38.349: cardclients: registering cardclient Radegast
22:05:38.349: cardclients: registering cardclient Camd35
22:05:38.349: structloaders: registering loader smartcard data
22:05:38.349: systems: registering CA system SC-Irdeto, pri -10, ident 1001
22:05:38.349: feature: using feature SMARTCARD
22:05:38.349: registering Irdeto smartcard (id 49726474)
22:05:38.349: systems: registering CA system SC-Seca, pri -10, ident 1002
22:05:38.349: registering Seca smartcard (id 53656361)
22:05:38.349: systems: registering CA system SC-Viaccess, pri -10, ident 1003
22:05:38.349: registering Viaccess smartcard (id 56696173)
22:05:38.349: systems: registering CA system SC-Conax, pri -10, ident 1004
22:05:38.349: registering Conax smartcard (id 436f6e78)
22:05:38.349: systems: registering CA system SC-Cryptoworks, pri -10, ident 1005
22:05:38.349: registering Cryptoworks smartcard (id 4372576f)
22:05:38.349: systems: registering CA system SC-Nagra, pri -10, ident 1006
22:05:38.349: registering Nagra smartcard (id 4e616772)
22:05:38.349: systems: registering CA system SC-NDS, pri -10, ident 1007
22:05:38.349: registering NDS smartcard (id 56694732)
22:05:38.357: Monitor listen on port 52054
22:05:38.393: B:Betatunnel, CAID:1833 with Provider:00000000 to CAID:1702 with Provider:00000000
22:05:38.393: Engine [MD-API]
22:05:38.393: loading smartcard data from C:\Users\Public\NPVR\MDPlugins\Silicondust HDHomeRun Tuner 141042A9-0 #1-1\smartcard.conf
22:05:38.395: loaded 5 smartcard data from C:\Users\Public\NPVR\MDPlugins\Silicondust HDHomeRun Tuner 141042A9-0 #1-1\smartcard.conf
22:05:38.395: loading cardclient config from C:\Users\Public\NPVR\MDPlugins\Silicondust HDHomeRun Tuner 141042A9-0 #1-1\cardclient.conf
22:05:38.395: now using protocol version 525 (cdLen=8)
22:05:38.396: hostname=192.168.0.19 port=15300 emm=1 emmCaids 0000/ff00
22:05:38.396: Newcamd: username=TBS1 password=TBS123 key=0102030405060708091011121314 providers=none
22:05:38.396: client 'Newcamd' ready
22:05:38.396: ** registered systems:
22:05:38.396: ** SC-NDS (pri -10)
22:05:38.396: ** SC-Nagra (pri -10)
22:05:38.396: ** SC-Cryptoworks (pri -10)
22:05:38.396: ** SC-Conax (pri -10)
22:05:38.396: ** SC-Viaccess (pri -10)
22:05:38.396: ** SC-Seca (pri -10)
22:05:38.396: ** SC-Irdeto (pri -10)
22:05:38.396: ** Cardclient (pri -15)
22:05:38.396: no smartcard interface defined!
22:05:38.396:
Blocked 1 same messages...
22:05:39.599: Ch: 100 - TVNZ
22:05:39.599: Programm crc: C6DFFD3E
22:05:41.623: CAT not found...
22:05:41.623: PMT: ACamd_PMT.txt, search, not found PMT=0064 (AND SID=0064)
22:05:41.623: 0x0064 0x0064 0x0B00 0x00000000 0x0040 0x0000 11111110
22:05:42.390: Incomming PackageSize [920]
This morning I look at tonight recurring recordings and found that one show (Les pays d'en haut S01E03 EP02335746.0003) was not scheduled for monday night.
Looking that the recurring recordings, the show is now scheduled for Tuesday night :confused:
Yesterday night that show was scheduled for Monday night.
I see this behavior from time to time on monday morning, some shows are scheduled for the day after instead of the correct day. This is not something introduced with 3.6.6, I have seed this for a year at least.
Not a big issue when you check your recordings every day, you cancel the recordings and reschedule it. Might be a bugger when you are not attending your recordings daily.
I have included the xml and db3 file in the zip file
