As I understand, pipes use PIPE_BUF and that buffer varies from system to system. For example on my linux box:<div>[BASH] ulimit -a: pipe size (512 bytes, -p) 8<br></div><div>Which is 4096 bytes.</div><div><br>
</div><div>You can also look in /usr/include/linux/limits.h:</div><div>#define PIPE_BUF 4096 /* # bytes in atomic write to a pipe */<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Dec 13, 2012 at 3:55 AM, Erik de Castro Lopo <span dir="ltr"><<a href="mailto:mle+la@mega-nerd.com" target="_blank">mle+la@mega-nerd.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">Klaus Schulz wrote:<br>
<br>
> HireRez flac > 16/48 e.g. 24/96 flacs.<br>
><br>
> Decoding demands are somewhat different from 44/16 especially if a high<br>
> compression level on 24/96 is used and the file gets decoded in realtime.<br>
><br>
> The subject is probably about realtime decoding efficiency. It's probably<br>
> not that easy to trace this down.<br>
<br>
</div>FLAC can be easily decode on very modest hardware.<br>
<div class="im"><br>
> The flac application is used as a realtime decoder to stdout (pipe) in a<br>
> typical Squeezebox server setup.<br>
<br>
</div>Ok, this is suspicious. Can you reproduce the problem when not using<br>
a pipe? For instance, pipes usually have a fixed 4k buffer size and<br>
writes to a full pipe with block until the other end of the pipe is<br>
read. To test this, you could reduce the size and increase if frequency<br>
of reads on the read end of the pipe.<br>
<div class="HOEnZb"><div class="h5"><br>
Erik<br>
--<br>
----------------------------------------------------------------------<br>
Erik de Castro Lopo<br>
<a href="http://www.mega-nerd.com/" target="_blank">http://www.mega-nerd.com/</a><br>
_______________________________________________<br>
flac-dev mailing list<br>
<a href="mailto:flac-dev@xiph.org">flac-dev@xiph.org</a><br>
<a href="http://lists.xiph.org/mailman/listinfo/flac-dev" target="_blank">http://lists.xiph.org/mailman/listinfo/flac-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Jaren Stangret<br>Computer Science<br>Engineering/Mathematics<br>University Of Minnesota<br>
</div>