There are currently 1762 online users. »2 Member(s) | 1754 Guest(s) Applebot, Bing, DuckDuckGo, Google, Internet Archive, Yandex, Brucek2839, mvallevand
I have just installed the Hauppauge Colossus capture card and i get the error message that npvr can not communicate with the capture device.
Here are the details
The card shows up under settings/devices. It says it is enabled. on the device identification page the input source is HDMI and HDMI Audio input
I imported EPG from the TVGUIDE.xml (the same that was used from the card I was using).
I even selected "update to current settings" command to see if that would help but it didn't.
The only thing I haven't done is make changes to the channel changer settings. it seems to be all configured except for the "arguments" field.
So what am I missing? I would appreciate some assistance.
thanks
I'm developing a system tray utility that shows you the status of the recordings database. There are four tabs, Active, Upcoming, Ready and Failed. To install the app unzip the files in a directory of your choosing, I would recommend the installation directory for NPVR and then create a shortcut to the exe file in your startup menu.
Things to note:
Currently the app will only run on a server machine. If there's an interest by the folks here for additional features or the ability to run from a client machine, please reply to this post.
Posted by: johnny g - 2015-01-24, 07:17 PM - Forum: Wishlist
- No Replies
I'd like to see built in Oscam/CCCam/Newcamd support.
My thought goes something likes this:
1. Next PVR Back end - 192.168.1.10
2. Card Reader server 192.168.1.11
The built in Next PVR decryption strategy can be built thus:
1. Select the Protocol for decryption, e.g. Newcamd
- Appropriate fields are presented for population
2. Enter IP Details, e.g. 192.168.1.11:5000
3. Select the adapter instance that you want to bind the decryption strategy too
I'm not sure if that's possible, but it's just my thought, but it'd tidy up the Multidec process, which can be quite messy, IMO.
I'm recording a lot of overlapping shows right now and I've just got my first confirmed "conflict" which shows up as "red" in NEWA. My question is are "conflicts" just for the show, for example 10:00 - 11:00 or does it also take into account the pre padding and post padding set for the recording say 9:58 to 10:02?
Multi-record wasn't a problem before with my old QAM/ATSC tuners but switching to a HDHR Prime it's become more of a issue as the prime can't multi-record on the same channel for overlapping recordings, at least not yet. It's not a huge problem and I can work around it if I know I'm going to have a issue with a particular recording.
So in short, does the conflict flag include the padding or just the basic time?
Current means of editing huge numbers of channels which result from a scan of UK satellite and Terrestrial TV is very slow.
Scan results in 600 channels, many are duplicates, many are encrypted, some are radio. It is very tricky to get these sorted out and numbered etc so that resulting EPG is nicely organized.
Use of the exported XML file using grid view XML editors is better as this allows enough channel info to be seen in the data to work out what is what but since the data is hierarchical it is not as easy as it might be. Also grid view XML editors typically lack the power of spreadsheets for things like sorting data and renumbering by dragging boxes round cells etc.
Best solution would be generation of a CSV file with all channel data flattened (1 row per channel record)
Data could then be trivially attended to in excell or other spreadsheet and then re-imported back into NPVR.
This would turn channel editing from a slow difficult job into a quick easy job.
Given that the data exists in XML form already it might just need an XML to CSV processor.
Superb program by the way. I used it when it was GBPVR moons ago. Its even better now.
Hello!
I keep getting recordings fail part way through a recording.... could anyone tell me which logs I'd need to upload to have someone with more knowledge than me see if they can spot a reason??
I've done some searching but haven't found this particular problem. In a few instances, 12 Monkeys is the latest, after I've gotten the metadata from TVDB I'll return to the listing and the series info has changed to movie info. It does this without any input from me. In the case of 12 Monkeys, after reselecting the TVDB info twice I tried the Movie DB selection and got artwork and description from the movie. When I tried to get the TVDB info again, it won't change.
I'm aware this is a very minor problem but I'm wondering if there is a simple solution.
I understand that several broadcasters having been doing trials of HEVC broadcasts on DVB-T2. If anyone could provide me a link to sample file with a couple of minutes for testing that would be great