Hi guys. I've been away for a long while but am making my way back to NPVR. I have NPVR installed via Docker and would like to set up PlutoTV live channels specifically. I see from the sticky thread that a lot of things that need to be done using python and extracting files. I am concerned that a Docker container update will wipe out these settings. Is there a way to get PlutoTV going in Docker install of NPVR?
Evaluation of the Roku app on OS 12.0.0 working good.
Record and playback works a expected, no issues.
TV guide and setting recordings work as expected.
Video quality is outstanding!
Live TV works, but can only pause or resume live TV, timeshifting is not available. Channel overlay works good.
I may be nitpicking about the live TV not able to timeshift, but for me the Roku TV has it's own timeshift feature, I would use the app
mostly for watching recordings.
Keep up the good work Martin!
I've finally become fed up enough with the unreliability of ArgusTV to move to something else, so I'm trying to import my recordings from ArgusTV. These are .ts files, each with an associated .arg file (which is an XML file of tags specific to ArgusTV, some of which correspond to ones in NextPVR). I wrote a Python script to find the recordings and generate an importable XML file, but it doesn't seem to work as I expected. For ease of testing, I only have one episode to import. It does appear to import successfully, but it doesn't seem quite right. In the scheduled recordings page it shows the recording (and I can play it from there), but it does not show any programme info (description or episode data), despite it seeming to be present if I open the database in a DB browser and browse the SCHEDULED_RECORDINGS table. This is sub-optimal for 2 reasons - firstly I would end up with lots of recordings without being able to tell them apart, and secondly it won't prevent NextPVR from re-recording the same episode again (which happens to be tomorrow). I've attached the .arg file and the transformed xml file I'm trying to import, hopefully someone can shed some light on the problem, please ?
Hi I am new to the forum and having troubling figuring out how to proceed. I am currently running an old tivo bolt with a cablecard. I am located in the USA. I have 2 tivo mini's. I also have a firetv cube for streaming. I use Verizon as my tv provider. My spouse is not tech savy and has a low frustration tolerance with technology. I don't want to waste my money. I have a computer lab and spare pc parts. So I just have a ton of questions. The goal here would be to ditch tivo and have the best frontend experience.
Possible setups:
Use FireTv Cube as my frontend?
Can I use Kodi or is there a NextPVR app for that?
Whats easier to use the Kodi app or NextPVR app for tech challenged people
Are there weird delays using a separate machine for the player? Is pausing live tv possible and is the fast forward smooth or choppy jumping like netflix?
I see on the screen shots on the website there are channel numbers which I love. Can a remote be paired with the FireTv that has numbers on it
Build New, Frontend and Backend Combined, sits in my living room.
Is the interface snappier if I just build a new computer where the backend and frontend both run on same hardware?
Smoother Forwarding of live tv?
Too noisy... fans & hdd for living room?
Do I have to buy a gpu or can I use the integrated gpu? I don't have a 4K tv yet but it is in my future. Does 4K require a gpu?
Cable Card Tuner - I was just going to buy the InfiniTV 6 ETH, but can't tell if people got this working or not here. Is there a better option? I currently have 4 tuners, 6 would be nice but not a deal breaker.
Build backend as vm on my old HP Server, I have a couple drive slots available to use for video storage. Any issues with going vm on backend? I would kind of feel a touch safer that I could take snapshots of the system for backups and before attempting upgrades. Cost would only be purchasing a sas drive. There are spare network ports available here I could direct connect the server to the cable card tuner bypassing the switch.
I know that was a lot of info. I greatly appreciate any insights or experiences.
It is a Windows 11 install, the tuner is an USB made by some taiwanese company called Astrometa.
Now, I'm not sure if the tuner got broken or not, but what I can see is that after a fresh reboot, the native DVB software is able to scan and detect, then display streams. Then, after playing around together with NPVR and again de DVB tool, nothing is displayed anymore in the DVB player.
If I unplug and plug in again the dongle, DVB tool is functional again. But I've never had any luck with NPRV detecting channels even after fresh reboot....
Any thoughts? Thanks a lot!
LE
here is the devices.log contents also:
Code:
[...startup]
2023-10-08 17:32:59.970 [DEBUG][1] Doing device discovery
2023-10-08 17:33:00.000 [DEBUG][1] About to detect digital tuners
2023-10-08 17:33:00.005 [DEBUG][1] - 'ASTROMETA DTV Filter'
2023-10-08 17:33:00.010 [DEBUG][1] About to check standards supported by 'ASTROMETA DTV Filter'
2023-10-08 17:33:00.010 [DEBUG][1] Found IBDA_Topology
2023-10-08 17:33:00.010 [DEBUG][1] - KSNODE_BDA_RF_TUNER
2023-10-08 17:33:00.010 [DEBUG][1] - KSNODE_BDA_COFDM_DEMODULATOR
2023-10-08 17:33:00.010 [DEBUG][1] Done
2023-10-08 17:33:00.010 [DEBUG][1] Forcing DVB-C for 'ASTROMETA DTV Filter'
2023-10-08 17:33:00.010 [DEBUG][1] Setting up device for:
2023-10-08 17:33:00.010 [DEBUG][1] About to check for HDPVR/Colossus/Siena tuners.
2023-10-08 17:33:00.023 [DEBUG][1] About to check for analog tuners
2023-10-08 17:33:00.026 [DEBUG][1] FindFilterByName failed to locate filter: MainConcept (HCW) MPEG Multiplexer-Plus
2023-10-08 17:33:00.026 [DEBUG][1] MainConcept mux not present. Disabling analog support.
NO EPG info for any SBS channel in Australia Brisbane
I have read previous posts about this but none are recent. I am running version 6.1.4 ( June 2023) version of NPVR on windows 10 with No Windows 10 updates for 6 months to anything.
My tuner card is a Quad Hauppauge 16620 DV Tuner card. All has been perfect for at least 6 months. Suddenly SBS will not show any EPG on any channel (I do not use XML). Perfect until about Mid 09/23 might be slightly later but all of 10/23 no updates.
# Did the obvious delete all data EPG and update the same... all other networks are fine.
# Deleted all devices and reloaded. Interestingly, the first time around used the "all countries" link to EPG it found no show info for any channels.
# Tried again using Australia/Brisbane. Now its the same all networks except SBS have content. That is Channel 2 ABC & 7 9 & 10
Tuner Hardware – Hauppauge Win TV-7164 BDA ATSC/QAM (tuner 1 & 2) Windows Client
Edition Windows 10 Home, Version 22H2, installed on 12/14/2020 OS build 19045.3448
Experience Windows Feature Experience Pack 1000.19044.1000.0
Windows Server
Edition Windows 10 Pro, Version 22H2, Installed on 3/24/2021. OS build 19045.3448,
Experience Windows Feature Experience Pack 1000.19044.1000.0
Window Server – NextPvr Client version 5.0.0.190616
Firestick Client
Firestick 4K Max, Fire OS 7.6.5.2, Fire TV Home Version 6470113.1 Firestick Client – Kodi, version 19.5
Symptoms: Windows and Android Kodi always display a message that I need NextPvr Client version 5.0.3. I have upgraded the Windows NextPvr to the latest version. I have no control over the client Kodi because it installs whatever version of NextPvr that it needs to work.
The latest version of Kodi version 20 will not work, only Version 19.5 of Kodi
I used to record two shows that (I thought) overlapped by about a minute or two. I never had a problem with it recording one then switching to the next one when it came on. Now it doesn't want to record both if there's an overlap. Perhaps Seth Meyers changed their start time so it actually DOES overlap and I was mistaken thinking it did before.
Either way, I'd prefer for it to just record the first and then stop when the second show starts rather than it refuse to try recording one of em at all.
I updated the software a few days ago. Has the behavior changed or what should I expect the normal behavior to be? Is it really "don't try recording at all if there's even a second of overlap"?
