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.
I haven't noticed this until now, although I wondered why NextPVR wasn't waiting anymore to post process my recording until after midnight, which is some logic in my script.
Here are two samples from my Postprocessing logging file in February. I am in Auckland NZ by the way:
21/02/2020 17:50:00 - 5082 - Recording started on /recordings/1 News At 6pm/1 News At 6pm_20200221_18001900.ts recorded channel 1 on tuner 23
The above is correct, I have 10 minutes of pre-padding and the recording started at 17:50 and the filename for the news shows that it starts at 18:00 and ends at 19:00.
Since the 22nd of February, which I am thinking I must have updated NextPVR, (maybe to 5.0.1.200209?)
22/02/2020 04:50:01 - 5128 - Recording started on /recordings/1 News At 6pm/1 News At 6pm_20200222_05000600.ts recorded channel 1 on tuner 21
The recording is at the same time of day (18:00), but it is logged as starting at 04:50 and the filename is even showing that the news starts at 05:00 and ends at 06:00.
To me it looks like the timestamps and filenaming has gone from NZ daylight savings time to Greenwich mean time?
Note: I am having trouble attaching the logs, in which the upload has been taking a long time (several minutes). Once it gets to 100% then the browser complains that: NextPVR Forums There has been an error due to your post data being empty. This could be due to a browser page refresh or direct access to this page. We recommend you press the browser back button and begin again.
I have tried a few times but to no avail. If I clear the log attachment, then I can post.
So the other post about IP camera got me to playing around and I found the wiki on extras. Between the two and your ffmpeg code, I muddled my way thru and got it sorta working in linux with my crappy little COOAU 720P camera.
The problem is it displays video for about 10-15 seconds, the screen flashes black and then the image goes static, no more live video. If it matters, this is viewing it as a livetv channel in Kodi. The url "rtsp://[username]:[password]@192.168.1.181:554/11" plays fine in VLC. Watching the process in htop between the 2 doesn't seem to vary so I'm thinking it probably has something to do with the ffmpeg arguments.
Google has failed me so far so I'm hoping you can shed some light on where I might be going wrong or point me in the right direction?
