but instead of getting a downloaded file, another webpage opens with an error message "This XML file does not appear to have any style information associated with it"
It seems the app doesn't use the local time of the appliance and use the NextPVR server time
(NAS docker in my case. The time in the NextPVR server log is the same).
I have exactly -2h difference in the time appears in the upper right corner of the app and in the TV Guide.
This is exactly the UTC/GMT offset in my location. I have this problem in 2 different Android TVs (Sony and shield TV).
Windows NextPVR client on my laptop use the correct local time.
Does it work as expected or a missing option to set time offset which need to be added ?
Posted by: jimbojones - 2022-02-09, 12:15 PM - Forum: Windows
- No Replies
I don't know whether it's the speed improvements sub listed for some clients in the update, or if my setup - subs Kodi PVR client - is even one of the clients affected , but my setup is now phenomenally fast to play recordings and skip etc.. instant!
I followed the install and setup guidance available on this Forum for installing comskip and carried out a live recording. Checked the logs after finding no success and am posting the log file here for help
Hi, I just set up NextPVR on a Raspberry Pi 4B, HDHomerun Duo and Roku TV. I am so impressed by how much nicer the NextPVR interface is than the HDHomerRun app. However. When I'm watching a channel with marginal reception (a little pixelated but totally viewable) The Stream stops and displays the error: "-5 malformed data" then goes back to the NextPVR menu. I think this might be just with the Roku App. But it could be more general.
Here is the NextPVR log: <pre> 2022-02-08 18:47:28.607 [DEBUG][16] checking: HDHomeRun 10909745-1 2022-02-08 18:47:28.607 [DEBUG][16] enabled and present 2022-02-08 18:47:28.607 [DEBUG][16] has channel 2022-02-08 18:47:28.607 [DEBUG][16] live tv is possible 2022-02-08 18:47:28.607 [DEBUG][16] HDHomeRunRecorder.StartStream() 2022-02-08 18:47:28.607 [DEBUG][16] ipaddress is 192.168.0.102 2022-02-08 18:47:28.607 [DEBUG][16] building graph 2022-02-08 18:47:28.607 [DEBUG][16] About to load channel from tuning 2022-02-08 18:47:28.609 [DEBUG][16] source@1 2022-02-08 18:47:28.609 [DEBUG][16] Requesting: http://192.168.0.102:5004/tuner1/v11.1 2022-02-08 18:47:29.032 [DEBUG][16] Creating writer: LIVE&/home/pi/recordings/live-WBALDT-432-2.ts 2022-02-08 18:47:29.032 [DEBUG][4] HTTP input source starting 2022-02-08 18:47:29.032 [DEBUG][16] live mode 2022-02-08 18:47:29.033 [DEBUG][16] Created Mutex: Global\NPVR-mutex-e7641132f8f8e2ec5a2ee2615b1a68cd 2022-02-08 18:47:29.034 [DEBUG][16] Created map: /home/pi/recordings/live-WBALDT-432-2.ts.map 2022-02-08 18:47:29.034 [DEBUG][16] StartStream [LIVE&/home/pi/recordings/live-WBALDT-432-2.ts] allocated handle: 2 2022-02-08 18:47:29.034 [DEBUG][16] StartStream() returned handle=2 2022-02-08 18:47:29.034 [DEBUG][16] Allocated Handle: 2 2022-02-08 18:47:29.034 [DEBUG][16] Live TV handle: 0x160002 2022-02-08 18:47:29.034 [DEBUG][16] StartStream(7164:WBALDT, LIVE&/home/pi/recordings/live-WBALDT-432-2.ts) allocated handle: 1441794 2022-02-08 18:47:29.034 [DEBUG][16] Handle: 160002 2022-02-08 18:47:29.034 [DEBUG][16] StreamNative@9 (storing stream handle: 1441794) 2022-02-08 18:47:29.034 [DEBUG][16] clientHandle[sdl-e8a2288b-2e9f-5ba0-9255-a5fa77f061bb] = 1441794 * 2022-02-08 18:47:29.234 [DEBUG][16] StreamNative@10 (with close monitoring...) 2022-02-08 18:47:29.234 [DEBUG][16] RollingFile.Open(/home/pi/recordings/live-WBALDT-432-2.ts) .. 2022-02-08 18:47:29.237 [DEBUG][16] File is in live mode 2022-02-08 18:47:29.239 [DEBUG][16] Renew lease ok (0x160002) 2022-02-08 18:47:29.241 [DEBUG][16] Renew lease ok (0x160002) 2022-02-08 18:47:34.242 [DEBUG][16] Renewed lease... (160002) 2022-02-08 18:47:34.242 [DEBUG][16] Renew lease ok (0x160002) 2022-02-08 18:47:39.326 [DEBUG][16] Renewed lease... (160002) 2022-02-08 18:47:39.326 [DEBUG][16] Renew lease ok (0x160002) 2022-02-08 18:47:40.901 [DEBUG][23] Got request [192.168.0.240]: /service (system.log) 2022-02-08 18:47:40.902 [DEBUG][23] method=system.log 2022-02-08 18:47:40.902 [DEBUG][23] parameters: 2022-02-08 18:47:40.902 [DEBUG][23] method: system.log 2022-02-08 18:47:40.902 [DEBUG][23] msg: Live buffering time 12319 true 2022-02-08 18:47:40.902 [DEBUG][23] sid: aa20ebd5759948a990907fed719d464f 2022-02-08 18:47:40.902 [DEBUG][23] format: json 2022-02-08 18:47:40.902 [DEBUG][23] client_ip: 192.168.0.240 2022-02-08 18:47:40.902 [DEBUG][23] user_agent: Roku/DVP-10.5 (10.5.0.4210-88) 2022-02-08 18:47:40.902 [DEBUG][23] host_callback: ... 2022-02-08 18:47:40.902 [DEBUG][23] Live buffering time 12319 true 2022-02-08 18:47:40.902 [DEBUG][23] {"stat":"ok"}^M
Channel scan of Hauppauge WinTV-DualHD usb tuner does not find Prime, Maori TV, Parliament TV, Al Jazeera maybe a few more more. Does anyone with experience of New Zealand environment know what's happening here?
I setup a Ubuntu 20.4 instance with a single tuner card. I can scan channels and tune into various stations but am not able to get the epg data to populate.
I did some searching and think i might have a permissions issue, I opened up the perms for the nextpvr user account on /opt/nextpvr and restarted but still no data.
I also made sure the live buffer and default record paths were valid and able to be accessed by the nextpvr user account.
Questions -
- From what i have seen this data should be saved in epg.xml? can someone tell me where this file should live on Linux so i can double check permissions?
- I have an active SD account, I added the login info and saved but still no data.. i think this is due to the first issue
- I read somewhere that OTA epg data is not supported on linux, is this still the case?
I just wanted to play around with Nextpvr. I set it up on a headless Linux server (Ubuntu 20.04). But now I'm a little stuck as I can't access the WebUI. When I enter admin/password in login screen it shows "remote access is not enabled".
For sure there's a workaround for this, but I can't fine anything about it via google. Could somebody help me out please?
table 5.2.6.220206