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. 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. 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! Coppla
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
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
Sometimes this can mean your source file is at a faster or different bitrate than your server is setup to stream it at... send a link to the stream Mit freundlichen Gr??en Scott Winterstein EMAIL: 0turn1 at gmail dot com On Mon, Oct 20, 2014 at 6:14 AM, coppla <janus_zry at 126.com> 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. 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. > > 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! > > > Coppla > _______________________________________________ > 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/5d68e0d7/attachment.htm