[Icecast] icecast2 mp3 header missing

[Scott Winterstein]

Can you share a link to the stream. I also would suggest maybe encoding
using BUTT
http://butt.sourceforge.net/

  its a simple encoder. My setup is A VLC player playing a playlist and
that source encoded by BUTT. I have the mountpoint /stream.mp3 I have used
a /stream mountpoint also but think since mp3 will play on everything most
devices or players will default by the extension. Also you can setup VLC to
be the encoder and the player but its really dependent on the source
format. If your source is already mp3 and kbps matches your server settings
you don't have to trans code you can just stream direct to the icecast
server.

Mit freundlichen Grüßen
Scott Winterstein

EMAIL: 0turn1 at gmail dot com

On Mon, Oct 20, 2014 at 8:48 AM, "Thomas B. Rücker" <thomas at ruecker.fi>
wrote:

> On 10/20/2014 04:14 AM, coppla wrote:
> > Hi all,
> >
> > I’m using icecast2 to serve live streams in mp3. The streams can be
> played on Chrome or web views on Android, but it is very slow.
>
> Can you elaborate on "very slow", please?
> I fail to imagine what you mean by a stream playing back slowly and
> don't want to guess.
>
>
> > Then i tried ffplay (ffmpeg) to play the streams, it’s much faster but
> it reports “header missing”. I built ffmpeg with debug-info and i saw that
> ffmpeg probed the streams several times to get the stream format. First
> several times the score is low and ffmpeg does not have confidence in the
> probed format. I guess that’s why the stream is so slow on Android.
>
> It's the first time I hear of such a problem. But then again we give
> absolutely minimal treatment to mp3 streams, based on the fact that we
> don't want to get anywhere close to infringing on any patents. This
> means that we actually don't modify any one bit of the stream and only
> pass it on.
>
>
> > I'm using ffmpeg + mp3fwd as source client. I’ve also tried LadioCast on
> OSX, and ffmpeg 2.4.2 stand alone without mp3fwd. The problem persists.
> >
> > Looking forward to your help! Thanks in advance!
>
> I know of at least one instance where additional mp3 handling was
> implemented, due to the patent situation it's not in Icecast. If you
> want to explore this commercial option further, contact: Philipp Schafft
> <lion at lion.leolix.org>
>
>
> Cheers
>
> Thomas
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20141020/40cee232/attachment.htm>