Reply to thread

Message: <blockquote data-quote="Stepko" data-source="post: 728458" data-attributes="member: 57342">AW: Re: AW: Re: IPTV/DVB-IP in MP: Support for http, rtp and udpI would really like to try the new filter with rtp <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" />I can do some testing for you with a real stream on the weekends.I just had an idea about the linear buffer. It would also be possible to use a single chained list of buffer objects. You could create a pool of unused buffer objects. When you get data you can put the objects one after another and put them back when the data is delivered in FillBuffer(). With pointers to the first and last objects it would be very quick. You could also extend the buffer dynamicly and don't need to move the data. Just an idea.This time I noticed that you used the old version as the base of your version. That version implements the DoProcessingLoop function. I don't think this is done correctly in the old version - and thus in yours, too. I think you can delete the DoProcessingLoop function completly!! The default implementation of this method is almost the same as your code. It calls fillMedia where all fill logic should be done. Referring to msdn DoProcessingLoop can be overridden but I don't really see a situation where this really make sense. All the client logic (e.g. if (occupiedSpace > 0)) is already done somewhere else or can be done somewhere else. You just need to add a sleep(..) in FillBuffer if (lengthOfPostableData <= 0) to avoid 100% cpu usage.msdn: <a href="http://msdn.microsoft.com/en-us/library/aa921406.aspx" target="_blank">CSourceStream Class</a> Many <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" /> for your help to get a stable IPTV solutionStepko</blockquote>

Verification