That is strange though, I have been monitoring the load on the server when my Dad is on, and CPU load even on the i5 3330 doesn’t go above 25% on all 4 cores. The issue I was trying to explain about happen when the recording finished and it does it all the time when using the browser on Live TV, it trips both tuners/receivers of one WinTV totally out even with no Roku connected.
Yesterday though, no recordings in the evening my ex-wife tuned to a Live TV channel using Chrome, and after a while it bought up a Playback Error. I know since moving the PC’s here to PMP on Linux I’ve had no issues, and if this is the case, I’m installing PMP on my ex-wifes PC’s tomorrow.
It’s definitely a strange occurrence, but I shall give it a go as this could help others if they have the same issue as I’m having.
The recording that ended at 1831 was the issue that timed? tripped the tuner out… Hope this help too?
I understand what you are saying but you mentioned 18:00 as the time of the problem on 1st November - when the recordings actually started at 18:00 and one finished at 18:16 and another at 18:31
Ok - i will now go back and check what happened in the logs at 18:31 on the 1st November
Hi again @sa2000,
Sorry for my explanation, my bad way… What I meant was the item that caused the issue began at 1800 and finished at 1831, that’s when I was using Plex Web on my laptop on the Home Network it tripped me out when the recording finished, but now I’m using the PMP for Linux under Ubuntu it doesn’t happen. Hardware Encoding of Live TV now doesn’t happen unless it needs it also through PMP, in my eyes as an ex-IT Tech and Developer throws question to the Transcoding while using the browser?
@sa2000 Thought I’d let you know that I have had my 68yr old Dad switch off the Theme Music oon both his Roku devices and all PC’s on the Network and over the internet now run PMP on Ubuntu 18.04LTS and the server behaves flawless, but when we still go to use Chrome or Firefox on remote devices that’s where the problem with dropouts, so we’re using the player as it transcodes much better and it actually pulls everything from the server over the internet at the 2mbps per user that I set a while ago not like the browser when it pulls 4mbps or more per person, very strange that one…
Live TV and Recordings permanently broken still in v1.14.0.5468. Cant believe this isnt fixed. It doesnt work at all for me not just some of the time like some are reporting, I cant use Live TV at all and all recordings fail. Downgrading to v1.13.7.5369 and its works perfect again.
Im attaching my logs. I updated server to 1.14.0.5468 around 11:30pm on 22nd Nov. Tried watching some live TV realised it was still broken after a few attempts and rolled back to 1.13.7.
I need this fixing. I’ll happily give full access to the server to someone on the Plex team if it helps?
just clearing up loose ends.
This was one of the timeout failures where it timed out after 10 seconds because it took more than for the Plex Tuner Service to tune the channel
Nov 22, 2018 23:30:08.746 [11496] INFO - [I] dvb_program_streamer_t::start. Starting program streamer for channel triplet://9018:16521:17540
Nov 22, 2018 23:30:20.746 [1924] INFO - [I] CTSStreamWaiter::ProcessStream. Found first not encrypted packet. Start streaming
Version 1.14.1.5488 has addressed this specific issue. The development team will also be looking into tuning times - but the problem should be addressed for now by the upgrade to 1.14.1.5488
(DVR) Revert timeout changes, should help with timeouts during tune startup (#9473,
Glad to see such an effort. When I reached out for help, I was told to switch browsers even though the one I was using is listed as supported. In stead of an honest effort, like I see here, I was chastized. Cudos.
