For a long time I was using a Compro e900f as DVB-T tuner for NextPVR. I wasn't using it much recently (lack of time, good programs and availability of netflix), but it was nice to have, for news or some live reports. Now, DVB-T has been switched off in favour of DVB-T2, so if I want to keep DVB-T I will have to upgrade. I have a satellite dish but it is not connected at the moment as reception is difficult and most of the free to air channels on DVB-T2 are not broadcasted FTA on DVB-S - my DVB-S receiver is a Technisat SkyStar HD (it is seen in Windows but as it is not connected I'm not sure if it receives well).
For viewing, I use a projector in one room and a TV in another room, both connected to the same HTPC (the TV is not connected to terrestrial nor satellite).
So I'm looking at some tuner replacement solution... I could forgo the whole thing as I was not using it much anyway, but it is fun to play with such things.
An additional aspect is that I started having a use for the analog inputs (composite/component) of the e900f, but cannot get them to work. Even though the driver is a signed Windows 10 driver, I cannot get a signal on the analog inputs - I've tried various software but will still test further - next weekend I'll reinstall Windows. It would be nice to have the card as capture card, but I may have to write it off - I may still post with questions on the capture part though .
Initially I thought of getting a network tuner, but that would still leave me without the capture functionality. New PCIe cards seem to be missing the analog inputs, USB tuners also do not have them... And a sat-receiver such as a GigaBlue 4k Trio is not that much more expensive than a USB receiver and would receive both dvb-s and dvb-t2. It should work as a Sat>IP server, allowing me to receive the channels on NextPVR (also directly on the TV, without using the htpc if I connect the decoder to the TV).
I could complement it with a simple usb capture device (capture is not for high quality purposes) and consider both aspects separately.
The Hauppauge hvr5525 seems to be the best match to my current card, including capture, dvb-t2 and even dvb-s https://www.hauppauge.co.uk/site/product...r5525.html
It is a single tuner, but given that everything is broadcasted on three muxes, I assume I can record and watch as long as the channel is on the same mux?
The TBS5520SE Multi-standard TV Tuner USB Box seems to be a good usb option, foregoing the analog inputs but supporting dvb-s2x (but I don't know if I need this ever).
A bit of a lengthy story story, and I'll have to figure it out.... Just to help me a bit:
- Does a dvb-s receiver which claims to be a Sat>IP server work with NextPVR?
- Any benefits to PCIe tuner cards (quality/stability wise)?
- Is watching one channel and recording another possible if both are on the same mux on dvb-t2?
- Do usb-capture devices do an adequate job?
I recently made the switch from running NextPVR on my Raspberry Pi to running Next PVR on MacOS 10.15 .
Along with finding out that I can no longer use the "friendlytv for channels" script because Next PVR on MacOS will apparently not load those channels.
Now most recently I went and tested another PVR, (TV Mosaic) that picked up my older HD Homerun Dual and I told it to scan. Since doing that I can no longer access the HD Homerun from NextPVR . Broadcast Channels from HDHomerun simply do not play on NextPVR
I can still use the HDHR app on Windows to view it , and TV Mosaic was working with it (now uninstalled) . I just can not get it back working with NextPVR
Sure would be nice to find a PVR that "just works" I am about to throw in the towel.
The problem I am having is that the URLS get updated and NextPVR is unaware of the updates. If I go into the admin Interface of NextPVR I can go to devices, click on the "device" then click on update channels then apply and the channels start working again.
How do I ensure that NextPVR does this on its own at a reasonable interval? I do not see where to adjust it anywhere.
Just installed on my QNAP NAS via docker. Was able to map all the directories correctly and stumble through setup well enough to load channels through my IPTV provider. I am using the Kodi 19 client on the same LAN as my QNAP NAS running the server.
I have Timeshift disabled and am only using the Realtime setting in the client.
I am using an M3U playlist to import channels and a XMLTV stream for the Guide.
On most channels when watching for a few minutes the client skips backwards 1-2 minutes randomly. I have tried various client machines with the same results. I can't seem to pinpoint any sort of pattern.
Since it was a Docker container deployed to my NAS I would classify myself as a very basic user. I've posted logs. Was hoping this was a known issue. I did see another post complaining about similar issue on an Android client but the post didn't have a resolve. There was some mention of a .ts change but it was above my head and not very clear what needed to be done.
Any help appreciated, other than this weird bug I am loving the simplicity
NextPVR Version: 5.2.7.220410 runs here quite smooth in an Debian LXC on Proxmox
Installed from the deb package (not a docker)
But it fails when the live TV buffer directory or the recording directory are changed to a Cifs share
CIfs share is mounted on the host
And then added as a mountpoint to the LXC
I'm doing the same in another LXC with a torrent client without problems
root@NextPVR:/mnt/download# ls -la PVR
total 2
drwxr-xr-x 2 nobody nogroup 0 Jun 21 12:44 .
drwxr-xr-x 2 nobody nogroup 0 Jun 21 06:25 ..
-rwxr-xr-x 1 nobody nogroup 26 Jun 21 12:44 test.txt
I can create and edit files there with Nano there
PVR can create directories and files but the size stays 0
I'm not very good with Debian and quite lost now
Is there a way to update the BASH command line arguments in the DB without uninstalling the Extras Tuners. I have the system up and running quite well (with some issues that are in-progress fix at the moment). However, I changed the command line options in the extras.xml, but NPVR still has the older script options.
I assume the change has not be actioned is because the CHANNEL_MAPPING.locator.args is already defined, and unless the channels are removed, they wont need updating.
Can the NextTool.dll be used to replace the <args> for the channel mappings, or do I have to export the DB and perform a SQL Query to do that offline?
I have 4 tuners, 3 hdpvr style and 1 m3u. when I tune to hdpvr a (usbuirtsend) it flashes to hdpvr b (irss) It works correctly if I call usbuirtsend.exe from terminal. I have attached logs.
My problem is almost the same as the unresolved tid=62031 except I am using Xubuntu 22.04 LTS, not Ubuntu 20.04. On my "normal" install there were 6 missing dependencies for "nextpvr-helper.deb", all of which I resolved except: "depends on libssl1.0.0 | libssl1.1 (>= 1.1)".
I installed libssl3 which is >= libssl1.1 from my default Ubuntu 22.04 repository, but it was ignored as shown below in my Terminal Log:
dick@NPVR:~/Downloads$ sudo dpkg -i nextpvr-helper.deb
(Reading database ... 202072 files and directories currently installed.)
Preparing to unpack nextpvr-helper.deb ...
preinst
1.5
Linux
linux-64
Archive: /tmp/NPVR.zip
inflating: /opt/nextpvr/system/Microsoft.Data.Sqlite.dll
useradd: user 'nextpvr' already exists
Unpacking nextpvr-helper (1.5) over (1.5) ...
postrm called with args= upgrade 1.5
dpkg: dependency problems prevent configuration of nextpvr-helper:
nextpvr-helper depends on libssl1.0.0 | libssl1.1 (>= 1.1); however:
Package libssl1.0.0 is not installed.
Package libssl1.1 is not installed.
The tid=62031 last post suspected NPVR.zip, so I have its checksum to verify:
dick@NPVR:~/Downloads$ sudo sha256sum /tmp/NPVR.zip
4762788180ff2c584014d3801432d296d0d88f98eb3f18343be4886258996756 /tmp/NPVR.zip
I also tried these replacement install attempts that failed with:
E: Package 'libssl1.0.0' has no installation candidate
E: Package 'libssl1.1' has no installation candidate
E: Unable to locate package perl-openlibssl-defaults
.
