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
Watch / Listen Media
watch/edit Videos
MP1.16 Remote Client Unable to Play: B43534E1 error watching Recorded TV
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: 1221452" data-attributes="member: 82144"><p>Yeah, the timeout was infinite. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite8" alt=":D" title="Big Grin :D" loading="lazy" data-shortname=":D" /></p><p></p><p>Example sending RTSP DESCRIBE command:</p><p><a href="https://github.com/MediaPortal/MediaPortal-1/blob/c0923d0d5b24ed66548e7ca288cc4799805d7820/DirectShowFilters/TsReader/source/RTSPClient.cpp#L86" target="_blank">MediaPortal-1/RTSPClient.cpp at c0923d0d5b24ed66548e7ca288cc4799805d7820 · MediaPortal/MediaPortal-1 · GitHub</a></p><p>[code]result = rtspClient->describeURL(url);[/code]</p><p></p><p>We don't override the default timeout value:</p><p><a href="https://github.com/MediaPortal/MediaPortal-1/blob/c0923d0d5b24ed66548e7ca288cc4799805d7820/DirectShowFilters/LiveMedia555/liveMedia/include/RTSPClient.hh#L50" target="_blank">MediaPortal-1/RTSPClient.hh at c0923d0d5b24ed66548e7ca288cc4799805d7820 · MediaPortal/MediaPortal-1 · GitHub</a></p><p>[code]char* describeURL(char const* url, Authenticator* authenticator = NULL, Boolean allowKasennaProtocol = False, int timeout = -1);[/code]</p><p></p><p>As a result, the socket handling is blocking (rather than non-blocking/async):</p><p><a href="https://github.com/MediaPortal/MediaPortal-1/blob/c0923d0d5b24ed66548e7ca288cc4799805d7820/DirectShowFilters/LiveMedia555/liveMedia/RTSPClient.cpp#L1830-L1835" target="_blank">MediaPortal-1/RTSPClient.cpp at c0923d0d5b24ed66548e7ca288cc4799805d7820 · MediaPortal/MediaPortal-1 · GitHub</a></p><p></p><p>I chose the 500 milli-second value. I wanted to be generous, but at the same time, knowing that channel changing etc. in the MP code is currently still synchronous, I knew that the value I chose would directly affect how long people would have to wait for a channel change to complete/fail in error scenarios. I figured most people wouldn't tolerate more than a second or two... especially considering that a channel change could conceivably have already taken five seconds or more. Since 99.9% of the time we're expecting to be communicating with a server which is on the local network (often the same box - single-seat), I settled on the current value...</p></blockquote><p></p>
[QUOTE="mm1352000, post: 1221452, member: 82144"] Yeah, the timeout was infinite. :D Example sending RTSP DESCRIBE command: [URL='https://github.com/MediaPortal/MediaPortal-1/blob/c0923d0d5b24ed66548e7ca288cc4799805d7820/DirectShowFilters/TsReader/source/RTSPClient.cpp#L86']MediaPortal-1/RTSPClient.cpp at c0923d0d5b24ed66548e7ca288cc4799805d7820 · MediaPortal/MediaPortal-1 · GitHub[/URL] [code]result = rtspClient->describeURL(url);[/code] We don't override the default timeout value: [URL='https://github.com/MediaPortal/MediaPortal-1/blob/c0923d0d5b24ed66548e7ca288cc4799805d7820/DirectShowFilters/LiveMedia555/liveMedia/include/RTSPClient.hh#L50']MediaPortal-1/RTSPClient.hh at c0923d0d5b24ed66548e7ca288cc4799805d7820 · MediaPortal/MediaPortal-1 · GitHub[/URL] [code]char* describeURL(char const* url, Authenticator* authenticator = NULL, Boolean allowKasennaProtocol = False, int timeout = -1);[/code] As a result, the socket handling is blocking (rather than non-blocking/async): [URL="https://github.com/MediaPortal/MediaPortal-1/blob/c0923d0d5b24ed66548e7ca288cc4799805d7820/DirectShowFilters/LiveMedia555/liveMedia/RTSPClient.cpp#L1830-L1835"]MediaPortal-1/RTSPClient.cpp at c0923d0d5b24ed66548e7ca288cc4799805d7820 · MediaPortal/MediaPortal-1 · GitHub[/URL] I chose the 500 milli-second value. I wanted to be generous, but at the same time, knowing that channel changing etc. in the MP code is currently still synchronous, I knew that the value I chose would directly affect how long people would have to wait for a channel change to complete/fail in error scenarios. I figured most people wouldn't tolerate more than a second or two... especially considering that a channel change could conceivably have already taken five seconds or more. Since 99.9% of the time we're expecting to be communicating with a server which is on the local network (often the same box - single-seat), I settled on the current value... [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
Watch / Listen Media
watch/edit Videos
MP1.16 Remote Client Unable to Play: B43534E1 error watching Recorded TV
Contact us
RSS
Top
Bottom