Hi,<br><br>..snip..<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div link="blue" vlink="blue" lang="EN-US"><div> <div><div><div class="im"><p class="MsoNormal"><font face="Times New Roman" size="3"><span style="font-size: 12pt;"> <font color="navy"><span style="color: navy;">> </span></font>well, not for me ;). In a perfect world the algorithm should increase in complexity wrt<font color="navy"><span style="color: navy;"></span></font></span></font></p> <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span style="font-size: 10pt; font-family: Arial; color: navy;">></span></font> the quantity of data, and not depending on how it's<font color="navy"><span style="color: navy;"> </span></font>partitioned. The algorithm should<font color="navy"><span style="color: navy;"></span></font></p> <p class="MsoNormal"><font color="navy" face="Times New Roman" size="3"><span style="font-size: 12pt; color: navy;">></span></font> be O(1) in this terms, and my patch tends to proof this.<font color="navy" face="Arial" size="2"><span style="font-size: 10pt; font-family: Arial; color: navy;"></span></font></p> <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span style="font-size: 10pt; font-family: Arial; color: navy;"> </span></font></p> </div><p class="MsoNormal"><font color="navy" face="Arial" size="2"><span style="font-size: 10pt; font-family: Arial; color: navy;">Wim is correct (it’s not the actual size of the buffers, but their frequency that matters), but I think your point is that it doesn’t mean there’s not still an issue to be addressed? Ideally, GStreamer to have no overhead, but it doesn’t (and nothing will). </span></font></p></div></div></div></div></blockquote><div><br>I agree with you: it will never be possible to have a GStreamer completely independent from the data partitioning. Generically speaking, it is possible to have algorithms with such a characteristic, but I can't figure out anything which would have a real applicability, for instance, in the VoIP case. <br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div link="blue" vlink="blue" lang="EN-US"><div><div><div><p class="MsoNormal"><font color="navy" face="Arial" size="2"><span style="font-size: 10pt; font-family: Arial; color: navy;">I think the key point is that the per-buffer overhead is *<b><span style="font-weight: bold;">significant</span></b>*, for your application, so you’re interested in looking at ways to reduce it.</span></font></p></div></div></div></div></blockquote><div><br>Yep, my point is that we're far from optimality, and I'm pleased in seeing the most prominent community members with so many good ideas. My wish would be to get something with a performance level close to the one of my patch (and I know it's possible to do even better), but without any of the penalties which make it completely useless for anything more than testing.<br> <br>I'd also like to see find more areas of improvement like this one to be able and get an "absolute minimum" we could get without major architectural changes, but also to propose an optimised architecture for the time to come..<br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div link="blue" vlink="blue" lang="EN-US"><div><div><div> <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span style="font-size: 10pt; font-family: Arial; color: navy;"> </span></font></p> <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span style="font-size: 10pt; font-family: Arial; color: navy;">We also have scenarios where GStreamer overhead is significant (i.e. handling lots of compressed streams on a server platform), so there’s broader interest in trying to reduce overhead. However, since we also modify running pipelines, we’re very interesting in that functionality continuing to work.</span></font></p></div></div></div></div></blockquote><div><br>well, after seeing so many good ideas I'm not a great defender of my original proposal, but it would work even in your case as the API includes both a way to use an optimised path and another to go back to the old (unoptimised) one in case the application needs to interact with the pipeline.<br> <br>Maybe I'll find some time to make the proof-of-concept patches presentable and post them somewhere..<br><br>Regards<br><br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> <div link="blue" vlink="blue" lang="EN-US"><div><div><div> <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span style="font-size: 10pt; font-family: Arial; color: navy;"> </span></font></p> <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span style="font-size: 10pt; font-family: Arial; color: navy;"><snip/></span></font></p> <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span style="font-size: 10pt; font-family: Arial; color: navy;"> </span></font></p> <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span style="font-size: 10pt; font-family: Arial; color: navy;"> </span></font></p> <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span style="font-size: 10pt; font-family: Arial; color: navy;">Matt</span></font></p> <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span style="font-size: 10pt; font-family: Arial; color: navy;"> </span></font></p> </div> </div> </div> </div> <br>------------------------------------------------------------------------------<br> Beautiful is writing same markup. Internet Explorer 9 supports<br> standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.<br> Spend less time writing and rewriting code and more time creating great<br> experiences on the web. Be a part of the beta today.<br> <a href="http://p.sf.net/sfu/beautyoftheweb" target="_blank">http://p.sf.net/sfu/beautyoftheweb</a><br>_______________________________________________<br> gstreamer-devel mailing list<br> <a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a><br> <a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br> <br></blockquote></div><br>