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
Television (MyTV frontend and TV-Server)
IPTV not working
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="velis" data-source="post: 601729" data-attributes="member: 96429"><p>Thought I should join in with the conversation:</p><p>Stepko:</p><p>Please make sure you also send data forward at a certain short interval.</p><p>Low bitrate streams tend to completely fail because filling 256KB with a 64Kb/s stream takes enormously long. This is particulary important with radio streams. When I was doing modifications to the filter, I added a check to never let the data sit for more than 100ms (approx, used a quite inaccurate GetTickCount function).</p><p></p><p>There is also the question of crappy MS TCP stack. It <a href="https://forum.team-mediaportal.com/submit-code-patches-mediaportal-tv-server-etc-325/mpiptvsource-losing-packets-75287/" target="_blank">took me ages</a> to find a good combination of RcvFrom and Select() that didn't lose packets on my UDP streams. I sure wish there was a good function that would just wait for a specified number of bytes received. If changing any of the UDP code, you must pay special attention to this little detail.</p><p></p><p>Mikeyko:</p><p>It would be great if Dimka's changes were included as well to have the additional protocols supported.</p></blockquote><p></p>
[QUOTE="velis, post: 601729, member: 96429"] Thought I should join in with the conversation: Stepko: Please make sure you also send data forward at a certain short interval. Low bitrate streams tend to completely fail because filling 256KB with a 64Kb/s stream takes enormously long. This is particulary important with radio streams. When I was doing modifications to the filter, I added a check to never let the data sit for more than 100ms (approx, used a quite inaccurate GetTickCount function). There is also the question of crappy MS TCP stack. It [URL="https://forum.team-mediaportal.com/submit-code-patches-mediaportal-tv-server-etc-325/mpiptvsource-losing-packets-75287/"]took me ages[/URL] to find a good combination of RcvFrom and Select() that didn't lose packets on my UDP streams. I sure wish there was a good function that would just wait for a specified number of bytes received. If changing any of the UDP code, you must pay special attention to this little detail. Mikeyko: It would be great if Dimka's changes were included as well to have the additional protocols supported. [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
Watch / Listen Media
Television (MyTV frontend and TV-Server)
IPTV not working
Contact us
RSS
Top
Bottom