Icecast - Jan 2005 - eztream broken pipe, 0.2.0 doesnt compile

I discovered an interesting problem with ezstream.  I'm using version 
1.2.  I see 2 is listed on the website but appears to be a broken link. 
  Otherwise I'd try it to see if it exhibits the same problem.

I'm using ezstream as a fallback mount for a radio station.  It plays a 
30 second ogg file over and over.  The ogg file is just a 5 second 
message with 25 seconds of silence saying that the station is out of 
service.  If the 25 seconds of silence is pure digital silence, then 
ezstream will play it once the whole way through, but as soon as it 
lists that it is streaming it a second time it gives a "Broken Pipe" 
message and exits.  During the silence, the ogg bitrate drops to nothing 
because it is pure silence.  Winamp report 1 kbps.  If, however, the 
silence is -90 dB white noise, then ezstream continues to repeat the 
stream, and Winamp reports 87 kbps bitrate.

It's interest to note that an mp3 stream doesn't exhibit this problem, 
but I presume this has to do with the fact that the mp3 stream never 
drops the bitrate to 1 kbps.

I can definitely get around this problem using the -90 dB white noise, 
but nonetheless, this seems like a potential bug in ezstream that might 
warrant a look.  Perhaps it's fixed in 2.0.

Also, if anyone has a better recommendation for setting up a backup 
stream for use when the main stream is down, I'd be interested.  This 
seemed like the simplest method to me.

Thanks,
Joel

Well, I see ezstream 0.2.0 is downloadable, so I downloaded it and tried
to compile.  Unfortunately it won't compile for me.  The configure
script runs fine.  Here's the output of make.

Joel

make  all-recursive
make[1]: Entering directory `/home/jbebel/ezstream-0.2.0'
Making all in src
make[2]: Entering directory `/home/jbebel/ezstream-0.2.0/src'
source='ezstream.c' object='ezstream.o' libtool=no \
depfile='.deps/ezstream.Po' tmpdepfile='.deps/ezstream.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
gcc -DHAVE_CONFIG_H -I. -I. -I..  -Wall -ffast-math -fsigned-char
-I/usr/include -I/usr/local/include  -I/usr/include/libxml2 -pthread -g
-O2 -c `test -f 'ezstream.c' || echo './'`ezstream.c
ezstream.c: In function `streamFile':
ezstream.c:385: warning: implicit declaration of function `sleep'
ezstream.c:351: warning: `ret' might be used uninitialized in this function
ezstream.c: In function `streamPlaylist':
ezstream.c:406: warning: unused variable `ret'
ezstream.c: In function `main':
ezstream.c:576: error: `SHOUT_FORMAT_OGG' undeclared (first use in this
function)
ezstream.c:576: error: (Each undeclared identifier is reported only once
ezstream.c:576: error: for each function it appears in.)
make[2]: *** [ezstream.o] Error 1
make[2]: Leaving directory `/home/jbebel/ezstream-0.2.0/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/jbebel/ezstream-0.2.0'
make: *** [all] Error 2


Joel Ebel wrote:
> I discovered an interesting problem with ezstream.  I'm using version 
> 1.2.  I see 2 is listed on the website but appears to be a broken link. 
>  Otherwise I'd try it to see if it exhibits the same problem.
> 
> I'm using ezstream as a fallback mount for a radio station.  It plays a
> 30 second ogg file over and over.  The ogg file is just a 5 second 
> message with 25 seconds of silence saying that the station is out of 
> service.  If the 25 seconds of silence is pure digital silence, then 
> ezstream will play it once the whole way through, but as soon as it 
> lists that it is streaming it a second time it gives a "Broken
Pipe"
> message and exits.  During the silence, the ogg bitrate drops to nothing 
> because it is pure silence.  Winamp report 1 kbps.  If, however, the 
> silence is -90 dB white noise, then ezstream continues to repeat the 
> stream, and Winamp reports 87 kbps bitrate.
> 
> It's interest to note that an mp3 stream doesn't exhibit this
problem,
> but I presume this has to do with the fact that the mp3 stream never 
> drops the bitrate to 1 kbps.
> 
> I can definitely get around this problem using the -90 dB white noise, 
> but nonetheless, this seems like a potential bug in ezstream that might 
> warrant a look.  Perhaps it's fixed in 2.0.
> 
> Also, if anyone has a better recommendation for setting up a backup 
> stream for use when the main stream is down, I'd be interested.  This 
> seemed like the simplest method to me.
> 
> Thanks,
> Joel
> _______________________________________________
> Icecast mailing list
> Icecast@xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast

At 10:21 PM 1/8/2005, you wrote:
>Well, I see ezstream 0.2.0 is downloadable, so I downloaded it and tried
>to compile.  Unfortunately it won't compile for me.  The configure
>script runs fine.  Here's the output of make.
>
>Joel
>
>ezstream.c:406: warning: unused variable `ret'
>ezstream.c: In function `main':
>ezstream.c:576: error: `SHOUT_FORMAT_OGG' undeclared (first use in this
>function)
>ezstream.c:576: error: (Each undeclared identifier is reported only once
>ezstream.c:576: error: for each function it appears in.)
you'll need to grab the svn libshout or pull the daily snapshot  from here: 
http://www.oddsock.org/xiph_snapshots/libshout-snapshot.tar.gz

as far as your problem, it may be a problem with libshout itself.  ezstream 
using the libshout timing routines to throttle the data it is sending at, 
and sending in a ogg vorbis file of digital silence will most likely cause 
ezstream (or anything else that uses libshout's timing) to not send any 
data to icecast.  Icecast, in turn, will disconnect the source if doesn't 
receive data in a specified period of time (this source-timeout in the 
icecast config).

How about trying to change your icecast "source-timeout" (which is in 
seconds) to a value larger than your digital silence clip.

oddsock