similar to: Frauenhofer signing off on mp3, ogg stream player for Macs?

Encoding not being part of Icecast, I reckon this is indeed off-topic; but to close the thread, it does seem to be the case that mp3 encoding is now license free. "MP3 is supported by everything, everywhere, and is now patent-free. There has never been another audio format as widely supported as MP3, it's good enough for almost anything, and now, over twenty years since it took the

Jack, I am using AAC+ encoded by Darkice and distributed on Icecast2 on a Ubuntu server. I had to install a number of open source libraries and compile darkice from source. No licence. non-free means you build each one stand alone and can't re distribute. Quality is excellent, and it runs on most players. I kept some notes [see below] I am using AAC+ to feed a couple of LPFM sites with

Is there a way to run Darkice without an audio interface? On Tue, 16 May 2017 10:25:43 +1200, you wrote: >Jack, > >I am using AAC+ encoded by Darkice and distributed on Icecast2 on a >Ubuntu server. I had to install a number of open source libraries and >compile darkice from source. No licence. > >non-free means you build each one stand alone and can't re distribute.

First: I am not a lawyer, this is no legal advice! On 16 May 2017, at 0:25, Robert Jeffares wrote: > Jack, > > I am using AAC+ encoded by Darkice and distributed on Icecast2 on a > Ubuntu server. I had to install a number of open source libraries and > compile darkice from source. No licence. This sounds like it would violate the license, given that the FAQ on

It's really pretty simple. You can download the code and build it all you want... ...for yourself. It cannot be distributed, sold, or used commercially in any way. That's all. /g. -----Original Message----- From: Icecast [mailto:icecast-bounces at xiph.org] On Behalf Of Robert Jeffares Sent: Tuesday, 16 May, 2017 17:03 To: icecast at xiph.org Subject: Re: [Icecast] Frauenhofer signing

Rather off topic, but I wonder if this means MP3 encoding is now licence free and encoders can be included in commercial software with no licence. -----Original Message----- From: Icecast [mailto:icecast-bounces at xiph.org] On Behalf Of Jack Elliott Sent: Tuesday, 16 May 2017 9:46 a.m. To: Icecast streaming server user discussions Subject: [Icecast] Frauenhofer signing off on mp3, ogg stream

If Icecast2 works fine with AAC, shouldn't that be mentioned in the documentation? -- That Jack Elliott (541) 848 7021 KPOV 88.9 FM High Desert Community radio Producer, The Wednesday Point Host, The Sunday Classics On 5/15/2017 3:13 PM, Richard G Elen wrote: > You can send AAC-HE from a streaming client (LadioCast on Mac for > example) to an Icecast server and it'll broadcast

Marvin, fair enough. Via's licensing terms appear to apply to encoders and decoders only, and not to transports, such as Icecast ("An AAC patent license is needed by manufacturers or developers of end-user encoder and/or decoder products"), so using Icecast to transport an AAC-encoded stream is not a violation of the AAC is not mentioned in the Icecast documentation (that I can

Hello, I’ve a question. I have a station now with Shoutcast and shoutcast transcoder for 2 bitrates. 192kbps mp3 and 64 kbps aac+. I want to transfer these to Icecast. I’ve an working icecast server but i need an auto dj that can encode 2 bitrates, 192kbps mp3 and 64kbps aac. I had a working setup, but my nonstop machine is not on the icecast server but externally. Now in shoutcast transcoder i

I must say this is a very confusing issue. I generate AAC+ on an open source system which downloaded some code during installation from the 3GPP source. It appears the encoding software is being freely distributed, and hardware which decodes the stream pays a licence fee at point of manufacture. We have such hardware. In a number of locations. One brand has AAC+ only, not AAC. I note VLC

I am not a lawyer, information in this email is no legal advice! On 17 May 2017, at 2:09, Greg Ogonowski wrote: > It's really pretty simple. > You can download the code and build it all you want... ...for > yourself. > It cannot be distributed, sold, or used commercially in any way. > That's all. > /g. That only applies to the source code. You still need to license

I believe that Oddsock is using a Content Type of aacp. Using a .aac extension with this Content Type may present a conflict. This might actually be by design. I will do some further testing with Winamp and report here tomorrow. I will also double-check with the developer of Winamp for complete clarification. FYI, Orban Opticodec-PC allows the use of either Content Type of aac or aacp. aac is

On Tue, May 07, 2019 at 01:59:05PM +0200, Michel van Dop wrote: > [2019-05-07 13:33:29] WARN format/format_get_type Unsupported or legacy > stream type: "audio/aacp". Falling back to generic minimal handler for best > effort. Is one source AAC-LC (standard AAC) and the other HE-AAC v2 (AAC+)? There are three variants of AAC: AAC-LC HE-AAC (= AAC-LC with SBR) HE-AAC v2 (=

Hi all. I believe there is an opportunity to have thousands of Shoutcast servers replaced with Icecast. What will do this is if Icecast can send a MPEG-4 AAC+ header as the first data a player receives when connecting to an audio/aacp stream. The reason for this is the AAC+ support added to Adobe Flash player last December. I could hear a loud sigh of relief each around the world when this was

Can anyone tell me why this AAC+ Icecast stream will not play. http://s2.stationplaylist.com:7014/listen.aac.m3u The Icecast Server web page looks fine with a 64k stream. We host a small number of streams and other 64k AAC+ streams are working fine but this one won't play in any player. Thanks, Ross. -------------- next part -------------- An HTML attachment was scrubbed...

I'm not sure if this is an icecast issue or oddcast issue or both, but the latest Winamp (v5.22) is not now playing AAC+ streams encoded with Oddcast. Winamp v5.21 and earlier versions work fine. This may be some attempt by Winamp developers to force people to use Shoutcast, or to prevent oddcast from using their enc_aacplus.dll. Right, just took some time to set up the Shoutcast DSP to

Hello. I have same problem, and I think that it's because AAC+ uses VBR and when it's changes, is not the same bitrate, because varies... El jue., 9 may. 2019 a las 21:29, Michel van Dop (<mvandop at xs4all.nl>) escribió: > Hi Paul, > > Thank you for the information. I already try a player to discover the > stream type of both streams if the are the same. > But i can

Here is a patch for icecast 2.3.2 that adds support for listening to mp3 and aac+ streams on the iphone. A quick background on the technical aspects of the patch and why it is needed : With the advent of 3g on the iphone, lots of people have been jumping on the bandwagon of providing internet radio streams that work on the iPhone. The biggest problem is that (without having to install an

Hello, I've got a FreeBSD 6 machine running icecast2 and ices0streaming four different streams of mp3's. Now i have a need to stream the same content as either aac+ or ogg vorbis whichever would be easiest to set up and give the best quality. I want these new streams to handle both broadband and dialup users without sacrificing quality. My problem is i really really do not want to

On 17 May 2010, at 22:42, Romain Beauxis <toots at rastageeks.org> wrote: > Le lundi 17 mai 2010 23:36:53, Jamie Bullock a ?crit : >> On 17 May 2010, at 21:07, Geoff Shang wrote: >>> On Mon, 17 May 2010, Jamie Bullock wrote: >>> >>> >>>> I'm write an icecast source client and I'd like to support >>>> streaming of