I'm trying to replace my decade-old MythTV setup on Ubuntu with NextPVR.
My 2 USB-DVB-C-Tuners (CableStar Combo HD CI) have been working flawlessly all the time, but are obviously not recognized by NextPVR.
Prolog:
- The old MythTV-Service was shot down, to not block any DVB devices.
- NextPVR was installed on Ubuntu "eoan" following the description in the wiki. This basically worked without problems and the web UI was available after completion. However, it did not show any devices.
Analysis:
Device-Check:
$ ls -la /dev/dvb/adapter*
/dev/dvb/adapter0:
total 0
drwxr-xr-x 2 root root 140 Feb 16 12:51 .
drwxr-xr-x 4 root root 80 Feb 16 12:51 ..
crw-rw----+ 1 root video 212, 3 Feb 16 12:51 ca0
crw-rw----+ 1 root video 212, 0 Feb 16 12:51 demux0
crw-rw----+ 1 root video 212, 1 Feb 16 12:51 dvr0
crw-rw----+ 1 root video 212, 4 Feb 16 12:51 frontend0
crw-rw----+ 1 root video 212, 2 Feb 16 12:51 net0
/dev/dvb/adapter1:
total 0
drwxr-xr-x 2 root root 140 Feb 16 12:52 .
drwxr-xr-x 4 root root 80 Feb 16 12:51 ..
crw-rw----+ 1 root video 212, 8 Feb 16 12:52 ca0
crw-rw----+ 1 root video 212, 5 Feb 16 12:51 demux0
crw-rw----+ 1 root video 212, 6 Feb 16 12:51 dvr0
crw-rw----+ 1 root video 212, 9 Feb 16 12:52 frontend0
The EPG listings are off for my NPVR pc by 1 hour before the daylight saving change happens later tonight
The EPG is from epg-collector's XMLTV file run at 6PM for both MCE and NPVR.
The computer system time is correct and so is the windows MCE Guide but the NPVR guide is off by 1 hour well before the daylight saving change takes effect at 3am on the 5th of April
I've attached a Picture of the same xml loaded Guide displayed correctly in MCE and out by 1 hour in NVPR's guide page
The recordings set for between 6pm 4th and 3am 5th are also recorded out by 1 hour
NPVR is v4.2.4
This has happened on past daylight saving days I just have not managed to document it till now
cheers
Making the plunge into v5! I had the pixelization problem with the HDPVR2 which was fixed by sub's patch in another thread.
Now I'm seeing an issue with IPTV channels. If I try to watch them live (Windows client), I get a black screen and no audio. But, the buffer file grows and plays back fine.
If I make a recording of the same channel, that recording plays back fine in the client as well. So it seems something is up with just the live TV path?
I've tried all permutations of decoders to no avail. Currently using my usual, Microsoft DTV-DVD for H.264 and LAV for AAC.
Recent scheduled recording worked fine but had problems finding where it ended up.
Scheduler says "Default" recording Dir which for me is (should be) "D:\GBPVRVids\" but it ended up in "Z:\NPVRVids\Sports Handball\Hardball_20200402_17301800.ts". Why would it not default to "D:\GBPVRVids\" (which had plenty of room, 82GB).
I also see it made a directory called Sports then put Hardball as a subdirectory; can I assume the ":" in the "Sports: Handball" recording name does this?
(as an aside I was a bit surprised it picked up Hardball but saw the description did indeed contain the word Handball!)
[attachment=1057]
Following on from an earlier thread about archiving directory option settings I am having trouble with archiving.
I keep getting a reproducible error when attempting to archive?
Sometimes (today) I add an attachment to a post then realise it is the wrong one but when I click "Remove" it justs posts the post it does not remove the attachment???
I looked for [attachment = ] tags to remove it manually but cannot see any of those either (in Full Edit)
I have a few devices using knewc, and noticed some new xml files in NextPVR-data which never appeared before, presumably these are here to stay? i.e. do NOT delete?
I have a problem on v5 by where the movie year information is incorrect and off by one year - the top image is from my v4 installation, and the bottom is from my v5 setup.
The correct date is 2013 - see below from a postprocessing log snip I took last year during a v4 recording session.
Code:
190524-2305 Postprocesing called with "H:\Recordings\Parker (2013)\Parker (2013).ts"
----------- file parsed with 576 height and 3947353 bitrate
----------- deleting DNR "H:\Recordings\Parker (2013)\"
How can I validate if this is a SD raw data issue compared to some processing when the EPG is populated?
For the past 24 hours or so, most of Matt Huismann's excellent list of IPTV streams for NZ channels have returned 404 errors within NPVR (v5 and also v4).
But when I tried a couple of the individual streams in VLC, they were fine. Client ID/blocking issue perhaps?
For a while now I have had an issue where my PC would not go to sleep. I would often find it still running in the morning in spite of the fact that it stopped being used or recording many hours earlier. A restart of the PC or the recording service would put it back to normal where it happily goes to sleep 20 mins after any activity.
Given I have a bit more time at the moment… I have learned that it happens only after I have used by bedroom TV which runs a Raspberry pi3 running X-NEWA. And in looking in the “Web” log I can see that the something keeps talking or trying to talk to it (Heartbeat) until I restart the recording service or reboot the PC. I get the impression this might go on for ever.
Its not a biggy but I would quite like to see if I can resolve this just to have the PC sleep when its not needed. I have attached logs and this is what I did and when;
I stopped the recording service and deleted all logs
At 13:12 I started the recording service
At 13:15 I started my Pi. It auto starts X-NEWA
At 13:18 I shut down my Pi using the “Shutdown” after exiting X-NEWA. The Pi shuts down and 5 mins later the power to it also shuts off. (This is a function of the USB port on the TV)
At 13:25 I restarted the recording service and zipped logs.
