There are various ways in which the UI of NextPVR could be improved to make it easier/quicker to use:
1. On the screen which displays live video, add -/+ buttons to change channel, and allow digits to be used to enter a channel directly (eg press 3 3 and, after a suitable inter-digit timeout, it changes to ITV1+1, channel 33). Also add a Record button which instantly starts recording the channel which is currently being watched.
2. When displaying the TV Guide, implement a search facility (search by programme title) and again allow a channel number to be entered digit by digit to move the focus vertically to show listings for that channel and those numerically adjacent to it.
3. On Recordings | Ready Recordings and Recordings | Pending Recordings, if the mouse is on top of a recording or timed event, make a right-click bring up the Close/Play/Delete menu as an alternative to having to double-click on the entry to display this menu. If the cursor is anywhere else on the screen, bring up the existing right-click menu Open File / Live TV / Main Menu / Channels.
4. In general, in all situations where a menu selection would delete a timed event, stop a recording or delete a recorded program, insert an "are you sure" clarification to guard against accidentally clicking on the wrong menu item.
5. When double-clicking on a pending event which is currently recording, change the menu item "Cancel" to "Stop Recording" (with "are you sure" confirmation) as the latter wording is a more accurate description of what will happen.
I would like to alter a "Scheduled Recurring Recording" from "New Episodes" to a Day And Time.
I bring up the required Recurring Recording and select "UPDATE".
I then go to Recording Type and try to change it ..... but no go
Pre/Post Padding and Keep all work.
I also have a question on how NEXTPVR determines if an Episode is NEW or OLD.
I have quite a few shows with ENCORE in the description column and would like to mark them as NOT NEW
I've posted everywhere as I've taken 3 trips to the service center and 3 nights on calls with no luck getting a cablecard working in the HDHR Prime.
They want to charge me for a tech visit, I'll just return the equipment and stay with DISH.
The issue is when I bring up HDHR http://192.168.150.121/lineup.html, I see a DRM symbol on all channels.
No channel will stream thru VLC with that set.
No one at the end of the phone can fix it.
Anyone here have any suggestions?
I have > 500 channels and many of them appear int he guide like AMC 0036 when the 36 is already there. So you see 36 and then AMC 0036.1002. Would like it to simply say 36 AMC
ANy way to easily do that or will I need to edit them one by one
Now that the XBOx one is getting Windows 10 and will soon be getting the Windows 10 store and be able to run indie UWP apps why not create a version of NPVR for the XBone? NPVR is written in C#. Having a front end of the XBox One would be terrific!
I decided to start another topic because these two features are different from my other requested feature, but both have to do with the timeshift buffer.
First, I would like more control over the length of the timeshift buffer. Currently, I notice that the timeshift buffer only creates about 8 transport stream blocks at a time, each around half a gigabyte in size. I would like to be able to control the size of these blocks and how many are created in a way similar to how MediaPortal allows you to control these aspects:
I want to be able to expand the maximum timeshift buffer length to the 90 minutes I'm used to having on my DirecTV R22-100 DVRs, or perhaps even longer, because in my setup I'll basically have an entire hard drive dedicated to holding the timeshift buffer files.
Also, I've noticed that the currently the timeshift buffer only creates 8 transport stream blocks, no matter how many devices are active. I noticed that when I'm watching two shows at once, each show only gets 4 transport stream blocks in its timeshift buffer instead of the full 8 I would get when watching just one show.
This behaviour doesn't make sense to me, as it seems weird to suddenly cut a client's timeshift time in half when another client connects. Consider a situation in which you have two TVs in your house, each with an Android TV box running Kodi and connected to the server running NextPVR. One family member is watching something on one TV, and then suddenly another family member tunes in and watches a different channel on the second TV. Now each person can only rewind half as far back in time.
I can understand the reasoning behind this feature in order to conserve space on the hard drive holding the buffer, but I would like to control whether or not this behavior happens, as I would prefer each client to always be able to rewind live TV an equal amount of time, no matter how many other clients are also connected to the server. I can always take measures to ensure that I use a big enough hard drive to contain the buffer so that conserving space is not an issue.
Second, I want more reliable Retroactive Recording. That is the term I use to describe when a user starts to record a program at a point in time beyond its start time in the EPG, and the timeshift buffer is added to the recording file back to the start time of the program in the EPG (plus any specified pre-padding offset) or the end of the timeshift buffer, whichever is later.
Currently, the only way I can retroactively record a program is by watching that program directly in the NextPVR application on the server running it. When I try to retroactively record a program I'm watching in a Kodi client connected to the NextPVR server, the recording file only goes back to the time I pressed the record button instead of the start time of the program in the EPG, even though I had a timeshift buffer going back past the start time of the program.
Also, when I do retroactively record a program I'm watching in NextPVR application directly on the server, that program's recording file will be saved into timeshift buffer directory instead of into a folder named after the show in one of the designated recording storage directories. This was originally just an annoyance that meant manually moving the recording files to where they should have been saved, but it became a problem when NextPVR DELETED a program I had retroactively recorded when I exited out of the Live TV display and went back to the main menu in the NextPVR application. All that was left was the xml info file in the timeshift buffer directory, which had the same name as the recording file. The recording file itself was completely gone, not in the timeshift buffer directory, not in any of the recording storage directories, not even in the Recycle Bin, and I was not happy about that, at all. :mad:
So yeah, I want more reliable retroactive recording. I want the timeshift buffer to always be added to recording file as close as possible to the EPG start time of the program (plus any pre-padding), and for the recording file to be saved in the appropriate directory instead of the timeshift buffer directory, and not be erased when I exit out of the client on which I was watching that retroactively recorded program.
I'm not sure how complex it would be fully implemented these features, especially when it comes the Kodi NextPVR client add-on, but I do know that NextPVR is already capable of retroactive recording, because I've done it successfully a few times before. I just want it to be handled better.
I thank the developer(s) in advance if they are able to implement these features in the next release of NextPVR, as retroactive recording is something I have relied on with my DirecTV R22-100 DVRs, because I'm sometimes not sure if I want to record a program until halfway through watching it, especially when it comes to news broadcasts.
I want the ability to set the pre-padding and post-padding minutes on scheduled recordings to negative numbers.
A negative pre-padding would be especially useful for when the programming of a channel has been grievously offset from the EPG start times because a sports game broadcast went into overtime. Football games on CBS tend to do this quite often, sometimes offsetting the programming by nearly an hour, and I'd really like this feature in order to compensate for them.
A negative post-padding would be useful for when the EPG isn't properly aligned with the programming, or when the programming is padded with long commercial breaks following each program instead of having small commercial breaks within each program, such as programs on PBS. Yes, I might end up using it only trim off one or two minutes from each recording, but after enough recordings the space saved really adds up.
I'm hoping that this would be a relatively simple feature that wouldn't be that difficult or time consuming to implement. The only thing that might make it complex is putting safeguards in place to ensure that the padding times don't overlap if they're both negative, and ensuring that the recording length will be greater than zero minutes.
Hi, and pleased to be a new member of the forum. I have a problem. I have a hauppauge WinTV-NOVA-T-PCI 90xxx (forget the exact modal no: unless I go into the back of the computer - a job and a half ), which worked OK in my last computer, but now I have a new computer, a windows 10 HP Pavilion 500-374na Desktop PC, which only as PCI-e V1 whereas the tuner card is a PCI. So I ordered a PCI-E to PCI adapter which seems OK as looking in device manager all the drivers are loaded for the card. The problem is that as soon as I scan for channels the computer totally locks up and I have to restart it. Tried everything but to no avail. Don't know if it's the PCI-e to PCI adapter or the drivers? Any suggestions on getting it working would be very welcome.
