I have several folders that contain non-unique video file names (for example "Season 1\title00.mkv", "Season 2\title00.mkv", etc). However, the watched indicator is only based on the filename ("title00.mkv") and not the path, so after watching "Season 1\title00.mkv", both that file, and the "Season 2\title00.mkv", show as being watched. Would it be possible for the watched indicator to key off the full file path instead of just the filename?
Something is terribly wrong in 4.2.2, I get no data in recordings and live tv is just black screen. NDigitalHost.log show tuner locked and signal strong and present, quality 97%, but AcamdMonitor show no attempt to connect to NewCS, and NewCS's log shows no connection from the NPVR computer.
As soon as I revert to 4.2.1 with patches everything is ok again.
Sorry I haven't logs but those got deleted in the rush to get the system working for the morning news, however there were no error messages in the logs I looked at (NRecord.log, npvr.log and NDigitalHost.log)
I'm running NextPVR on a Windows 10 back-end.
Lately, I've been experiencing "Tuner No Longer Available" Errors sporadically when running Kodi on my Raspberry PIs with the NextPVR Addon.
PI#3: Kodi/17.6 (X11; Linux armv6l) LibreELEC/8.2 HW_RaspberryPi/1.0 App_Bitness/32 Version/17.6-Git:a9a7a20
PI#1: Kodi/17.6 (X11; Linux armv7l) LibreELEC/8.2 HW_RaspberryPi/1.0 App_Bitness/32 Version/17.6-Git:a9a7a20
The error happened to me twice this morning (6/25/18 @ 7:40 ON pi#3 AND @9:01 AM ON PI#2). After the 2nd event I immediately went to my NextPVR Windows 10 server and zipped the log files.
I noticed the following in web.log for pi#1:
2018-06-25 09:00:03.415 [DEBUG][32] Waiting for more data (pos: 1671168, len: 1676960, avail: 5792
2018-06-25 09:00:03.415 [DEBUG][32] <Files>
<Length>1676960</Length>
<File offset="0">F:\Tmp\live-WBFS-TV-10064-7.ts</File>
<Duration>921</Duration>
<Complete>0</Complete>
</Files>
After many repetitions of the above error, I got the following:
2018-06-25 09:00:09.475 [DEBUG][32] Waiting for more data (pos: 1671168, len: 1676960, avail: 5792
2018-06-25 09:00:09.475 [DEBUG][32] <Files>
<Length>1676960</Length>
<File offset="0">F:\Tmp\live-WBFS-TV-10064-7.ts</File>
<Duration>921</Duration>
<Complete>0</Complete>
</Files>
In web.log.2 I got the following for pi#3:
2018-06-25 07:40:38.463 [DEBUG][5] Waiting for more data (pos: 7700480, len: 7714016, avail: 13536
2018-06-25 07:40:38.463 [DEBUG][5] <Files>
<Length>7714016</Length>
<File offset="0">F:\Tmp\live-WFOR-TV-10064-5.ts</File>
<Duration>4281</Duration>
<Complete>0</Complete>
</Files>
After many repetitions I got the following:
2018-06-25 07:40:44.528 [DEBUG][5] Waiting for more data (pos: 7700480, len: 7714016, avail: 13536
2018-06-25 07:40:44.528 [DEBUG][5] <Files>
<Length>7714016</Length>
<File offset="0">F:\Tmp\live-WFOR-TV-10064-5.ts</File>
<Duration>4281</Duration>
<Complete>0</Complete>
</Files>
2018-06-25 07:40:44.932 [DEBUG][5] reached end of rolling file. Dropping connection...
2018-06-25 07:40:45.933 [DEBUG][5] StopStream(1310737)...
2018-06-25 07:40:45.933 [DEBUG][5] clientHandle[XBMC-6302625cb302407d8ed41788a3912eb8] = 1310737
2018-06-25 07:40:45.933 [DEBUG][5] Calling StopStream()
2018-06-25 07:40:51.556 [DEBUG][5] StopStream() done
2018-06-25 07:40:51.556 [DEBUG][5] RollingFile.Close()
2018-06-25 07:40:51.556 [DEBUG][5] About to delete temp file: F:\Tmp\live-WFOR-TV-10064-5.ts
2018-06-25 07:40:51.561 [DEBUG][5] Cleaning up: F:\Tmp\live-WFOR-TV-10064-5.ts
I have a Hauppauge WinTV ATSC Quad Tuner card, model 1609
The drive holding the temporary ts files has 1.2 TB of free space
Any idea what's causing this problem?
I've attached the zipped log files for your inspection.
My IPTV channels work great in the NPVR frontend. In Kodi, many of them freeze up in less than a minute and I eventually get the tuner not available message. Bringing up the buffer stats with Ctrl+Shift+O shows vq/aq pegged at 99 and then fall to 0, as if the stream dried up. Watching in NPVR or VLC is rock steady for hours on end though.
NPVR and Kodi logs attached.
sub, happy to share the IPTV credentials with you as well. Some of the channels work just fine through Kodi, but many others don't. Quite odd, but maybe you could see the difference between them.
running 4.2.2 and Kodi 17.6 stable, issue reproducible on Kodi in Windows, Linux, and RPi.
edit: The regular use case is running Kodi on the same PC as NPVR, so wired/wireless doesn't matter. FWIW, the same symptom exists on all remote RPi clients, both wired and wireless.
Hi,
I've been unable too install npvr since dot net 4.6 became a requirement , even though this is installed, i have just tried again now with no improvement from the latest release,
the error i got was :" system.badimageformatexception unmanaged.dll"
and also " unhandled exception: system.io.filenotfoundexception: could not load file or assembly 'unmanaged.dll' or one of its dependancies. the specified module could not be found. at nrecord.program.main(string[] args)
I saw a few months ago a few were having similar errors to this and was wondering if any solution was found as i cant find one myself through the search function..
Is this possible at all? if not, what alternatives can I use?
I need it to test an javascript-based media player that I create, and the "live?channel=..." or "/channels" options are not working...
when on live tv pushing the square box (stop) causes the npvr to go to a black screen and hang. if left about ten plus seconds it appears to return to live tv. escape does the same thing from what I have tried. tried right click and STOP menu item. no dice. No way to get off live tv so far except for ctrl alt delete and then end the app. On the plus side it does appear to be recording the currently scheduled program.
I tried to downgrade and overwrite 4.2.2 with 4.2.1 but that did not work. I still seem to have 4.2.2
This is a small release, rolling up the patches posted for 4.2.1. The HDHR bug fix was important to get out there to alleviate issues HDHR Prime users we're encountering.
Please post any support issues in the support forum. Support questions posted in this thread will be deleted. Changes:
Quote:- reverted HDHR device to UDP. Several users were having issues with new HTTP implementation.
- fixed issue where deleting channels from one device could cause channels to be removed from group even though the channel was still available on other devices
- fixed issue where channel icons wouldn't appear for channels with spaces at the end of the channel name