<html>
<head>
</head>
<body>
hi Olaf,<br>
<br>
why are you arguing soooo long while i still don't know <br>
it this happened on Linux or Win + with which version ???<br>
<br>
besides, it definitely works on Linux. period.<br>
<br>
next,<br>
<br>
sevy/yves<br>
<br>
Olaf Matthes wrote:<br>
<blockquote type="cite" cite="mid:3D78FB62.C30C7B10@gmx.de">
<pre wrap="">Hi August and Yves,<br><br>first of all, there's a small bug: shoutcast~ takes the number of channels as<br>first creation argument. This should allways be 2, even if encoding to mono!<br>I'll correct this for the next release where the first creation argument will<br>determine the number of inlets only, not channels.<br><br>Solution for the moment: use "shoutcast~ 2" and connect the audio signal to<br>both inlets.<br><br><br>Yves Degoyon schrieb:<br><br></pre>
<blockquote type="cite">
<pre wrap="">* read the code, Linux solution is more logic to my eyes.<br></pre>
</blockquote>
<pre wrap=""><!----><br>in lame.h it says:<br><br> * NOTE:<br> * if gfp->num_channels=2, but gfp->mode = 3 (mono), the L & R channels<br> * will be averaged into the L channel before encoding only the L channel<br> * This will overwrite the data in buffer_l[] and buffer_r[].<br><br>and<br><br> * NOTE:<br> * num_samples = number of samples in the L (or R)<br> * channel, not the total number of samples in pcm[]<br><br>Since we allways submit two channels and have to tell the encoder the number<br>of samples per channel I find the solution used for Win more logic.<br><br>Maybe the lame code has changed / differs between Linux and Win?<br><br>the confused<br>Olaf<br><br><br><br></pre>
</blockquote>
<br>
</body>
</html>