similar to: Winamp v5.22 / oddcast / aac+

Something else, Greg. Are you aware of any 3G / 2.5G (EDGE) clients for mobile phones that support AAC+ streaming? Be it java or symbian based. Thanks Alex -----Original Message----- From: icecast-bounces@xiph.org [mailto:icecast-bounces@xiph.org] On Behalf Of Greg J. Ogonowski Sent: Mittwoch, 31. Mai 2006 07:40 To: Ross Levis; icecast@xiph.org Subject: Re: [Icecast] Winamp v5.22 / oddcast /

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

Ok, it's not as bad as I thought. With some investigation and discussion with a "Major Dude" in the Winamp forums, it appears to be a bug in Winamp v5.22 with streams that end with the mountpoint extension .aac. I changed the mountpoint to end with .aacp and now it works fine. Regards, Ross. ----- Original Message ----- From: "Ross Levis"

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

The fallback feature works perfectly for us. I don't see anything that would be considered a bug. We have 3 streams, /stream /mp3 /live /stream always fallsback to /live /live always fallsback to /mp3 /mp3 is always playing random mp3's from the collection (always on) People listen to the stream using /stream If a dj connects to /live then the people listening to /stream will hear the

hate to burst the "collective sigh of relief" bubble, but Flash's HTTP-based streaming within their player is horribly broken. First off, in order to get it to even *stream*, you need to fake the content-length in the initial response header. Seemingly innocent at first, what this, in fact, does is cause the player to download that much data, regardless of "playstate".

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

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 (=

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

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 not find out, so i must check the encoders by my self. First I wil try one pc encoder to stream to both mountpoint so i am sure the encoder are the same aac type en bitrate. I will keep you informed of the result Best regards, Michel > Op 9 mei 2019

Hi I'm new to this list, so please forgive me if I ask a dumb question! I know that AACplus is a dirty word here but.... I'm trying to make comparisons between live streams of OGG and AACplus at different bitrates. The only way I've found of streaming AAC+ so far from Linux is by running Winamp under wine and sending this to my Icecast2 server. This sort of works, but is hardly

I'm streaming to 2 mountpoints, one a Vorbis stream and the other an AAC+ stream. Both mountpoints are specifically set up in the Icecast2 configuration with max listeners etc. I'm updating the metadata via http/admin.cgi calls. This is updating the song title information for the Vorbis stream but not the AAC+ stream. Both mountpoints seem to be set up the same. Any ideas? Thanks,

Yeah, ezstream is a source client just like ices0, but the manner in which they go about processing files or playlists may differ. I don't know too much about ices0 but in the configuration for ezstream you can either specify a single file to stream or you can point it to an m3u playlist and it will play though that, I'm not sure this is compatible with how you currently queue media.

For archiving from source media (CD usually) to flac? I typically use EAC either from Windows or Wine as it allows for the most configuration. Off the top of my head I think Sound Juicer will do it for *nix, though there are probably others that work just as well. Chris Dave wrote: > Hi, > Thanks. As is usually the case circumstances kind of put this > project on a few days hold,

Taking the 128 mp3 and re-encoding to flac won't fix any quality issues you may have as they will retain the same 'flaws'. In the end you'll end up with the same quality as you would have seen going from 128 mp3 to q3 ogg. One nice thing about ezstream is that you can specify decoders for multiple formats so if going and ripping all your media again is too daunting a task you

Hi, I'll attach my ezstream.xml file to illustrate how ezstream can be "programmed" to do various on-the-fly re-encodings. The basic idea is to treat each <encdec> section as a pair of cmd-line tools: implying a *ix pipe connects the output of the <decode> cmd to the input of the <encode> cmd. The stdout of the <encode> cmd is fed back to ezstream for

Hello- You guys have done an excellent job with the Icecast2 server. I probably don't need to tell you that, but I did anyway. We are Coding Technologies licensees and have recently developed a streaming audio encoder supporting AAC/HE-AAC/aacPlus using RTSP/RTP, SHOUTcast HTTP/ICY, and Icecast2 HTTP/ICY, Orban Opticodec-PC. More information here:

Anyone wanting their AAC/HE-AAC/aacPlus stream(s) listed on Tuner2, please send request(s) with relevant information to me directly. This is free and does not require an Orban Opticodec-PC Encoder. This will also help lighten the load for Xiph. -greg. ORBAN. At 01:45 2006-06-19, Michael Smith wrote: >On 6/19/06, paranoid <paranoid@dds.nl> wrote: > >>To me, that would not be

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

just ignore this, I upgraded to 2.3.1 and seems to be well! I guess my server wasn't upto date -----Original Message----- From: icecast-bounces@xiph.org [mailto:icecast-bounces@xiph.org] On Behalf Of Ricardo Meechan Sent: 21 January 2006 4:28 PM To: icecast@xiph.org Subject: [Icecast] NSV video streaming not working? Hi there, Long time no type ;-) Im having some difficulty with streaming