<div dir="ltr">Hi all -- chiming in from the perspective of <a href="http://mixxx.org" target="_blank">Mixxx</a> (a FLOSS DJ software program with millions of downloads yearly). We use libshout for streaming support and we regularly get requests for AAC support (and increasingly, shoutcast2). I'll just +1 what others have said about how it's unfortunate for our users that libshout is so strongly opposed to making API changes to make it easier on users of libshout to support AAC encoded streams. <div>
<br><div>The end result is that Mixxx is on unequal footing with commercial software out there. Free software is seen as cheap and less capable. "You get what you pay for" has already been said in this thread and that's a meme that really does not favor FLOSS adoption.</div>
</div><div><br></div><div>Respectfully, please change your stance on this issue!</div><div><br></div><div>Warm regards,</div><div>RJ Ryan</div><div>Mixxx lead developer</div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Mon, Jun 24, 2013 at 4:50 PM, <a href="mailto:marcin@saepia.net" target="_blank">marcin@saepia.net</a> <span dir="ltr"><<a href="mailto:marcin@saepia.net" target="_blank">marcin@saepia.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Thomas, it is a bit ridiculous, to be honest. If whole open source community have been thinking like this none of the linux distros would have ever had any multimedia player that is usable by regular user because all of the would have been supporting only Vorbis and Theora. For me, one of the best things in open source is its interoperability, not that it is a ghetto.<br>
<br>And you won't reverse the fact that it is AAC which is supported even by oldest Android phones, not Opus by banning AAC support in libshout.<br><br></div>Your argument about Opus will be valid in let's say 2016 when most users will migrate to hardware & software that supports Opus. Not earlier. Personally I would be glad to see Opis widely supported ASAP but truth is that AD 2013 it is supported by no major software and hardware and I, and possibly not only me, have clients right now that are requesting low-bandwidth solution possible to integrate with their SaaS service (sorry, Orban). I can't tell them "wait till Opus will be popular".<br>
<br></div>Now, and before it happens such policy just forces people to create patches, non-standard builds of libshout which basically just adding unnecessary overhead.<span><font color="#888888"><br><div>
<div><br>m.<br></div></div></font></span></div><div><div><div class="gmail_extra">
<br><br><div class="gmail_quote">2013/6/24 Thomas Rücker <span dir="ltr"><<a href="mailto:thomas.ruecker@tieto.com" target="_blank">thomas.ruecker@tieto.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Just going to drop my 0,02€ here too.<br>
<div><div><br>
On 24 June 2013 16:47, Daniel James <<a href="mailto:daniel.james@sourcefabric.org" target="_blank">daniel.james@sourcefabric.org</a>> wrote:<br>
> Hi Greg,<br>
><br>
>> The open source AAC/HE-AAC encoders offer pretty poor audio quality.<br>
>> Sometimes you really do get what you pay for, and this is a perfect example.<br>
><br>
> An alternative explanation might be that open source developers were not<br>
> particularly motivated to work on improving AAC encoders, because of<br>
> difficulties experienced when trying to distribute patent-encumbered code.<br>
<br>
</div></div>This is at least the explanation why the earlier sent patch by Paul is<br>
unlikely to get merged in mainline libshout, as helpful and valuable<br>
it might be for some people. We encourage open and patent-problem-free<br>
formats.<br>
<br>
Especially now that with Opus there is a codec, that can at the least<br>
match the AAC/HE-AAC efficiency and has already gained main-stream<br>
browser support with Firefox, Opera and Chrome probably soon to join.<br>
Also it's one of the WebRTC codecs and as such will see further<br>
adoption.<br>
<br>
Cheers<br>
<span><font color="#888888"><br>
Thomas<br>
</font></span><div><div>_______________________________________________<br>
Icecast-dev mailing list<br>
<a href="mailto:Icecast-dev@xiph.org" target="_blank">Icecast-dev@xiph.org</a><br>
<a href="http://lists.xiph.org/mailman/listinfo/icecast-dev" target="_blank">http://lists.xiph.org/mailman/listinfo/icecast-dev</a><br>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Icecast-dev mailing list<br>
<a href="mailto:Icecast-dev@xiph.org" target="_blank">Icecast-dev@xiph.org</a><br>
<a href="http://lists.xiph.org/mailman/listinfo/icecast-dev" target="_blank">http://lists.xiph.org/mailman/listinfo/icecast-dev</a><br>
<br></blockquote></div><br></div></div>