home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Support
Installation, configuration support
Client Connection Problems
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="mm1352000" data-source="post: 1172944" data-attributes="member: 82144"><p>I have several tips:</p><p>1. Disable the IPv6 protocol in the compute stick's NIC properties. This should stop some of the connection lags like this:</p><p>[2016-01-23 14:59:56,696] [Log ] [MPMain ] [INFO ] - succeeded<img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite5" alt=":confused:" title="Confused :confused:" loading="lazy" data-shortname=":confused:" />ucceeded TvControl.VirtualCard</p><p>[2016-01-23 15:00:17,744] [Log ] [MPMain ] [INFO ] - tvhome:startplay</p><p></p><p>2. Install and use the LAV codecs. I would <strong>not </strong>recommend the MS DTV-DVD codecs on W10. Apparently they are not able to decode MPEG 2 video on W10. That's in addition to the fact that they have never been able to decode AC3/DD audio in MP due to licensing constraints.</p><p></p><p></p><p>According to the log files, <em>technically</em> it looks like MP was able to start TV. However, it's obvious that the stream would have been completely unwatchable, and the .NET remoting connection appears to drop as you have said.</p><p></p><p>To me it looks like "something" - maybe the router, wireless connection or compute stick CPU - is overwhelmed almost as soon as the TV stream starts. I say this based on two things:</p><p>1. The disconnection of the remoting connection from the client side.</p><p>TV stream starts:</p><p>[2016-01-23 15:04:48,789] [Log ] [MPMain ] [INFO ] - TVHome.ViewChannelAndCheck(): View channel=SRF 1 HD</p><p>[2016-01-23 15:04:48,851] [Log ] [MPMain ] [INFO ] - succeeded<img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite5" alt=":confused:" title="Confused :confused:" loading="lazy" data-shortname=":confused:" />ucceeded TvControl.VirtualCard</p><p></p><p>...and connection drops:</p><p>[2016-01-23 15:05:08,526] [Log ] [TvClient-TvHome: HeartBeat transmitter thread] [ERROR] - TvServer: Failed to execute remote TV server operation (IsAnyCardRecording) The operation has timed out after 3000.</p><p>...</p><p>[2016-01-23 15:05:12,589] [Log ] [TvClient-TvHome: HeartBeat transmitter thread] [INFO ] - RemoteControl - timed out after 3003 msec</p><p>...</p><p>[2016-01-23 15:05:14,460] [Log ] [MPMain ] [INFO ] - RemoteControl - Disconnected </p><p></p><p>Actually the server does not seem to realise that the connection is gone, which is interesting.</p><p></p><p>2. The presence of a huge number of continuity errors in the TsReader log without any continuity errors in the TV Server TsWriter log.</p><p>Continuity errors just mean that the stream is missing chunks/parts. Such a stream will be pixelated, jerky etc. ... and maybe completely unwatchable.</p><p>Normally I see continuity errors in the server's TsWriter log file, and they mean signal strength/quality is low or the time-shift HDD is overloaded. However in your case they are only present in the client's TsReader log. This tells me that parts of the stream are being lost by the network link between the client and server.</p><p></p><p></p><p>Keep in mind that the 720p h.264 TV stream you've been testing with is probably somewhere between 7.5 and 12 Mb/s. I would guess OnlineVideos internet streams are more likely to be 3 Mb/s or less, and they can be heavily buffered. In other words: it isn't fair to compare OV and TV. I'm definitely not convinced that your network connection is stable yet.</p><p></p><p></p><p>I looked at the specs for your compute stick, and I honestly wonder if it is actually capable of handling a TV stream with wireless networking and such a low power CPU and GPU. One other thing I wondered is whether your router supports 802.11n wireless... or only 802.11g?</p><p></p><p>Some more suggestions...</p><ul> <li data-xf-list-type="ul">try temporarily disabling any security software (eg. Windows Defender) you have on the compute stick</li> <li data-xf-list-type="ul">try to view task manager and check the CPU and network load while starting a TV stream</li> <li data-xf-list-type="ul">try an SD channel instead of an HD channel</li> </ul></blockquote><p></p>
[QUOTE="mm1352000, post: 1172944, member: 82144"] I have several tips: 1. Disable the IPv6 protocol in the compute stick's NIC properties. This should stop some of the connection lags like this: [2016-01-23 14:59:56,696] [Log ] [MPMain ] [INFO ] - succeeded:Succeeded TvControl.VirtualCard [2016-01-23 15:00:17,744] [Log ] [MPMain ] [INFO ] - tvhome:startplay 2. Install and use the LAV codecs. I would [B]not [/B]recommend the MS DTV-DVD codecs on W10. Apparently they are not able to decode MPEG 2 video on W10. That's in addition to the fact that they have never been able to decode AC3/DD audio in MP due to licensing constraints. According to the log files, [I]technically[/I] it looks like MP was able to start TV. However, it's obvious that the stream would have been completely unwatchable, and the .NET remoting connection appears to drop as you have said. To me it looks like "something" - maybe the router, wireless connection or compute stick CPU - is overwhelmed almost as soon as the TV stream starts. I say this based on two things: 1. The disconnection of the remoting connection from the client side. TV stream starts: [2016-01-23 15:04:48,789] [Log ] [MPMain ] [INFO ] - TVHome.ViewChannelAndCheck(): View channel=SRF 1 HD [2016-01-23 15:04:48,851] [Log ] [MPMain ] [INFO ] - succeeded:Succeeded TvControl.VirtualCard ...and connection drops: [2016-01-23 15:05:08,526] [Log ] [TvClient-TvHome: HeartBeat transmitter thread] [ERROR] - TvServer: Failed to execute remote TV server operation (IsAnyCardRecording) The operation has timed out after 3000. ... [2016-01-23 15:05:12,589] [Log ] [TvClient-TvHome: HeartBeat transmitter thread] [INFO ] - RemoteControl - timed out after 3003 msec ... [2016-01-23 15:05:14,460] [Log ] [MPMain ] [INFO ] - RemoteControl - Disconnected Actually the server does not seem to realise that the connection is gone, which is interesting. 2. The presence of a huge number of continuity errors in the TsReader log without any continuity errors in the TV Server TsWriter log. Continuity errors just mean that the stream is missing chunks/parts. Such a stream will be pixelated, jerky etc. ... and maybe completely unwatchable. Normally I see continuity errors in the server's TsWriter log file, and they mean signal strength/quality is low or the time-shift HDD is overloaded. However in your case they are only present in the client's TsReader log. This tells me that parts of the stream are being lost by the network link between the client and server. Keep in mind that the 720p h.264 TV stream you've been testing with is probably somewhere between 7.5 and 12 Mb/s. I would guess OnlineVideos internet streams are more likely to be 3 Mb/s or less, and they can be heavily buffered. In other words: it isn't fair to compare OV and TV. I'm definitely not convinced that your network connection is stable yet. I looked at the specs for your compute stick, and I honestly wonder if it is actually capable of handling a TV stream with wireless networking and such a low power CPU and GPU. One other thing I wondered is whether your router supports 802.11n wireless... or only 802.11g? Some more suggestions... [LIST] [*]try temporarily disabling any security software (eg. Windows Defender) you have on the compute stick [*]try to view task manager and check the CPU and network load while starting a TV stream [*]try an SD channel instead of an HD channel [/LIST] [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
Installation, configuration support
Client Connection Problems
Contact us
RSS
Top
Bottom