Reply to thread

Message

<blockquote data-quote="georgius" data-source="post: 725937" data-attributes="member: 107951">Re: AW: IPTV/DVB-IP in MP: Support for http, rtp and udpHi,because there is need to post here sorce codes ... they are in attachement. The HTTP and RTP are not rewritten. I'll shortly describe where were problems.The first problem was that UDP streams after while (in new Stepko's version of filter) stops. It takes me more than two days to know this: when you leave multicast group than you must wait at least 0.5 second to join next group (probably problem with routers). For sure the filter waits 1 second on when destroying main thread.The second problem were loosed packets (discontinuity error is TsReader.log in MP). In Stepko's old filter it caused the main loop, in new filter it hasn't been working. I rewritten the code according to MSDN documentation (bind() is strongly recommended before joining multicast group) and used new thread in Stepko's new filter to acquire data from stream. I also removed some code in this thread (waiting for events) and returned back to recvfrom() method (in unblocking mode it returns WSAEWOULDBLOCK error which means that there aren't any data).As I said in previous post, it's combination of old and new Stepko's algorithms. Also the main loop (in Stepko's old algorithm DoBufferProcessingLoop() method) was returned back, I took it from TsReader implementation.For RTP and HTTP streams: can someone post here addresses of working streams?</blockquote>

[QUOTE="georgius, post: 725937, member: 107951"] [b]Re: AW: IPTV/DVB-IP in MP: Support for http, rtp and udp[/b] Hi, because there is need to post here sorce codes ... they are in attachement. The HTTP and RTP are not rewritten. I'll shortly describe where were problems. The first problem was that UDP streams after while (in new Stepko's version of filter) stops. It takes me more than two days to know this: when you leave multicast group than you must wait at least 0.5 second to join next group (probably problem with routers). For sure the filter waits 1 second on when destroying main thread. The second problem were loosed packets (discontinuity error is TsReader.log in MP). In Stepko's old filter it caused the main loop, in new filter it hasn't been working. I rewritten the code according to MSDN documentation (bind() is strongly recommended before joining multicast group) and used new thread in Stepko's new filter to acquire data from stream. I also removed some code in this thread (waiting for events) and returned back to recvfrom() method (in unblocking mode it returns WSAEWOULDBLOCK error which means that there aren't any data). As I said in previous post, it's combination of old and new Stepko's algorithms. Also the main loop (in Stepko's old algorithm DoBufferProcessingLoop() method) was returned back, I took it from TsReader implementation. For RTP and HTTP streams: can someone post here addresses of working streams? [/QUOTE]

Verification