Reply to thread

Message

<blockquote data-quote="georgius" data-source="post: 728506" data-attributes="member: 107951">Re: AW: Re: AW: Re: IPTV/DVB-IP in MP: Support for http, rtp and udpYes, you're right, but I got implementation of DoProcessingLoop() method from TsWritter, so I think it's correct. Now I have this method only for testing purposes - it's whole implementation can be removed and necessary functionality can be moved to FillBuffer() method - except one thing. If GetDeliveryBuffer() fails the filter will not be notified and log message will not be written.Idea is interresting, but problem with allocator cannot be solved by extending buffer or creating new one. I suppose that provider (HTTP or UDP) send its packets in the same speed as they are processed. If not than it's bad - because the filter in that case is receiving faster than packets are processed. In this situation doesn't help if you extend buffer or create new one. It only delays a problem.In current situation (relatively stable IPTV filter without RTP <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite3" alt=":(" title="Frown&nbsp; &nbsp; :(" loading="lazy" data-shortname=":(" /> support) its annoying for me that TvServcice and MP have to wait almost 20 seconds if there is no signal to return error (and this error is &quot;Unable to start graph&quot;). In DoProcessingLoop() I tried to return S_OK, S_FALSE, I tried to call&nbsp; DeliverEndOfStream() or notify m_pFilter-&gt;NotifyEvent(EC_ERRORABORT, hr, 0) but without success. Does anybody know how to notify TvService that there is no signal without waiting almost 20 seconds?</blockquote>

[QUOTE="georgius, post: 728506, member: 107951"] [b]Re: AW: Re: AW: Re: IPTV/DVB-IP in MP: Support for http, rtp and udp[/b] Yes, you're right, but I got implementation of DoProcessingLoop() method from TsWritter, so I think it's correct. Now I have this method only for testing purposes - it's whole implementation can be removed and necessary functionality can be moved to FillBuffer() method - except one thing. If GetDeliveryBuffer() fails the filter will not be notified and log message will not be written. Idea is interresting, but problem with allocator cannot be solved by extending buffer or creating new one. I suppose that provider (HTTP or UDP) send its packets in the same speed as they are processed. If not than it's bad - because the filter in that case is receiving faster than packets are processed. In this situation doesn't help if you extend buffer or create new one. It only delays a problem. In current situation (relatively stable IPTV filter without RTP :( support) its annoying for me that TvServcice and MP have to wait almost 20 seconds if there is no signal to return error (and this error is "Unable to start graph"). In DoProcessingLoop() I tried to return S_OK, S_FALSE, I tried to call DeliverEndOfStream() or notify m_pFilter->NotifyEvent(EC_ERRORABORT, hr, 0) but without success. Does anybody know how to notify TvService that there is no signal without waiting almost 20 seconds? [/QUOTE]

Verification