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="Stepko" data-source="post: 599756" data-attributes="member: 57342"><p><strong>AW: Re: IPTV not working</strong></p><p></p><p>Attached you will find the source code of the MPIPTVSource filter (just the two files I edited). I think its the best if I shortly sum up what I changed:</p><ul> <li data-xf-list-type="ul">I think the use of functions is now more they way microsoft intended it to be. Everything is done in FillBuffer(), which is now called from the parent class. OnThreadStartPlay() is used and DoBufferProcessingLoop() is not overwritten any longer. I removed all the thread stuff, because it is done in the parent-class (CSourceStream in source.cpp).</li> <li data-xf-list-type="ul">I raised the buffer of one mediaSample to 256kb, I have less stutters with this buffersize</li> <li data-xf-list-type="ul">Raw udp packets are passed to the mediaSample as soon as they arrive. On a raw upd stream all mediaSamples contain only the data of one packet.</li> <li data-xf-list-type="ul">I replaced the old buffer with a single linked list. Using a single linked list, it is easily possible to add packets somewhere in the middle of the buffer. The buffer (or a part of it) is passed to the mediaSample as soon as it reaches a maximum size or if there are enough continous packets to fill the mediaSample buffer. The single linked list is flattened and copied to the mediaSample buffer. There is one pointer to the start of the list (firstItem) and one to the end (lastItem).</li> </ul><p>I think it would be good if you have a look at the code. Mostly I used primitive types and I think there are better datatypes for some variables. Usually I don't do programming for the Windows platform.</p><p></p><p></p><p>To fully support rtp there are some more things to take care of: The type of data in the rtp packet should be checked. Right now the filter is assuming that it is MP2T. It also doesn't work if there is a header extension or if the padding bit is set.</p><p></p><p></p><p>As burnerbaum already said will your network now be flooded with multicast traffic. This isn't actually a problem, because sd channels need about 2,4 to 3,2 mbit/s and hd channels around 11 mbit/s. That is not a bit deal for a 100 mbit network. But I think you should test your wireless while watching tv.</p><p></p><p>Stepko</p></blockquote><p></p>
[QUOTE="Stepko, post: 599756, member: 57342"] [b]AW: Re: IPTV not working[/b] Attached you will find the source code of the MPIPTVSource filter (just the two files I edited). I think its the best if I shortly sum up what I changed: [LIST] [*]I think the use of functions is now more they way microsoft intended it to be. Everything is done in FillBuffer(), which is now called from the parent class. OnThreadStartPlay() is used and DoBufferProcessingLoop() is not overwritten any longer. I removed all the thread stuff, because it is done in the parent-class (CSourceStream in source.cpp). [*]I raised the buffer of one mediaSample to 256kb, I have less stutters with this buffersize [*]Raw udp packets are passed to the mediaSample as soon as they arrive. On a raw upd stream all mediaSamples contain only the data of one packet. [*]I replaced the old buffer with a single linked list. Using a single linked list, it is easily possible to add packets somewhere in the middle of the buffer. The buffer (or a part of it) is passed to the mediaSample as soon as it reaches a maximum size or if there are enough continous packets to fill the mediaSample buffer. The single linked list is flattened and copied to the mediaSample buffer. There is one pointer to the start of the list (firstItem) and one to the end (lastItem). [/LIST] I think it would be good if you have a look at the code. Mostly I used primitive types and I think there are better datatypes for some variables. Usually I don't do programming for the Windows platform. To fully support rtp there are some more things to take care of: The type of data in the rtp packet should be checked. Right now the filter is assuming that it is MP2T. It also doesn't work if there is a header extension or if the padding bit is set. As burnerbaum already said will your network now be flooded with multicast traffic. This isn't actually a problem, because sd channels need about 2,4 to 3,2 mbit/s and hd channels around 11 mbit/s. That is not a bit deal for a 100 mbit network. But I think you should test your wireless while watching tv. Stepko [/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
