From karl at xiph.org  Mon Jun  2 03:48:34 2008
From: karl at xiph.org (Karl Heyes)
Date: Mon, 02 Jun 2008 04:48:34 +0100
Subject: [Icecast] Icecast 2.3.2 release
Message-ID: <48436D92.5090703@xiph.org>

This is to announce the release of Icecast 2.3.2

2.3.2 is mainly a bug fix release with a couple of new items that may be 
of interest to a few of you. Even if the new features are not of 
interest, it is still highly recommended that you update to 2.3.2.

Downloads are here :

http://downloads.xiph.org/releases/icecast/icecast-2.3.2.tar.gz
http://downloads.xiph.org/releases/icecast/icecast-2.3.2-0.src.rpm
http://downloads.xiph.org/releases/icecast/icecast2_win32_2.3.2_setup.exe


A summary of the changes is included below

- Character set support.

Most non-Ogg streams (eg MP3) send metadata as Latin1 but it could be in 
other character sets.  As icecast uses UTF-8, we need to convert to 
UTF-8 so that web pages and stream directories render correctly.

   . Allow a per-mount <charset> setting.  For when source clients do not
     indicate which character set is in use.
   . a charset= parameter to the metadata request.
   . Default for non-Ogg content is now Latin-1 (aka ISO-8859-1),  Ogg
     content still uses UTF-8.

- Authentication

   . Each mountpoint authentication is isolated so one mount
     authentication does not slow another mountpoint authentication down.
   . XSL pages can require authentication.
   . Add some sanity checks for incorrect settings.

- Listening socket update

   . Allow multiple ports to be allocated which allow multiple shoutcast
     source clients to stream on the same icecast instance.
   . No internal limit on the number of listen-sockets that can be used.
   . Allow for a listen-socket to be marked SSL capable. While any client
     could connect on these, the idea is really for /admin requests.
   . allow for a <listen-socket> to bind to ipv4 and ipv6

- XSL update

   . XSL pages include an xspf link for non-auth streams.
   . XSL pages in both webroot and adminroot can take a mount= arg to
     limit which stats are transformed.
   . XSL files can specify the content-type to return to the client. It
     is no longer fixed to html

- Updates for stream directory handling.

   . A stream is not registered with the directory until after the first
     minute has passed. A few streams get stuck in a connect/disconnect
     loop.
   . Increase retry time on failure, if the stream add is rejected then
     it will be down to a misconfiguration so a long retry delay is
     performed.
   . A YP server that is not responding is ignored for a while

- Updates for Win32

   . Build cleanups,
   . Newer versions of dependency libs (libxml2/libxslt/libcurl etc)
   . buffer overflow fixes when many streams are active

- Accept/Ban IP support.

Now takes filenames for explicitly accepting or denying requests from 
specified IP addresses.  Useful in cases where firewall access is not 
available.  The files, if defined, are re-read automatically if updated.

- A Mountpoint is exported to the slaves even if no mount section is 
defined for it. You can still use the hidden setting to prevent that 
from happening.

- Relays handle redirection (HTTP 302) if one is received at startup.

- Automatically generate XSPF playlist like we do with M3U, mountpoint 
extension is .xspf

- Header updates for proxy handling and certain clients like some 
shoutcast source clients and flash players.

- Added Kate/Skeleton codecs to Ogg handler.

- Various stats cleanups. Added some global stats (server ID, email 
contact etc).

- The streamlist passed from master to slave had a limited length, so if 
there were many streams then some could of been left out.

- Documentation updates.

- Relay startup/shutdown is cleaner.

- several build cleanups.

- several resource leaks and race conditions fixed


Known issues

If you have customized xsl pages then you may need to add a media-type 
and/or method at the top of the xsl page.

If you are on a BSD platform with IPv6 support, you may need to use a 
bind-address tag. There are some concerns on these platforms for 
supporting a combined IPv4/IPv6 socket.

If using a win32 service setup. Some systems may require a reboot 
between a remove and a reinstall. This is because the delete service 
routine only marks the service for deletion and can prevent a re-install 
from completing.


Icecast Development Team



From toots at rastageeks.org  Mon Jun  2 04:01:43 2008
From: toots at rastageeks.org (Romain Beauxis)
Date: Mon, 2 Jun 2008 00:01:43 -0400
Subject: [Icecast] Icecast 2.3.2 release
In-Reply-To: <48436D92.5090703@xiph.org>
References: <48436D92.5090703@xiph.org>
Message-ID: <200806020001.43445.toots@rastageeks.org>

Le Sunday 01 June 2008 23:48:34 Karl Heyes, vous avez ?crit?:
> This is to announce the release of Icecast 2.3.2

So great !!

> 2.3.2 is mainly a bug fix release with a couple of new items that may be
> of interest to a few of you. Even if the new features are not of
> interest, it is still highly recommended that you update to 2.3.2.

I'm preparing a new package for debian !

Do you believe there are bugfixes that worth being backported to current 
stable package ?

Many thanks for your work !!


Romain



From justivo at gmail.com  Mon Jun  2 04:18:54 2008
From: justivo at gmail.com (=?UTF-8?Q?Ivo_Emanuel_Gon=C3=A7alves?=)
Date: Mon, 2 Jun 2008 05:18:54 +0100
Subject: [Icecast] Icecast 2.3.2 release
In-Reply-To: <48436D92.5090703@xiph.org>
References: <48436D92.5090703@xiph.org>
Message-ID: <dc107ee70806012118q7914abcfo9d85fe6f8a9dbaaa@mail.gmail.com>

Congratulations, Karl!  You have done an impressive job to get a new
version of Icecast out.  For what's it worth, you have my thanks.

-Ivo


From karl at xiph.org  Mon Jun  2 04:59:07 2008
From: karl at xiph.org (Karl Heyes)
Date: Mon, 02 Jun 2008 05:59:07 +0100
Subject: [Icecast] Icecast 2.3.2 release
In-Reply-To: <200806020001.43445.toots@rastageeks.org>
References: <48436D92.5090703@xiph.org>
	<200806020001.43445.toots@rastageeks.org>
Message-ID: <48437E1B.6020200@xiph.org>

Romain Beauxis wrote:
> Le Sunday 01 June 2008 23:48:34 Karl Heyes, vous avez ?crit :
>> This is to announce the release of Icecast 2.3.2
> 
> So great !!
> 
>> 2.3.2 is mainly a bug fix release with a couple of new items that may be
>> of interest to a few of you. Even if the new features are not of
>> interest, it is still highly recommended that you update to 2.3.2.
> 
> I'm preparing a new package for debian !

thanks, feel free to send any updates back to us.

> Do you believe there are bugfixes that worth being backported to current 
> stable package ?

I don't think so, most of the issues raised have been down to hard to 
trigger cases that occur for a few people in certain configurations 
(system, xml setup, loading etc). I don't believe any of them are 
critical or exploitable if that is what you are wondering.


karl.





From msmith at xiph.org  Mon Jun  2 16:51:37 2008
From: msmith at xiph.org (Michael Smith)
Date: Mon, 2 Jun 2008 09:51:37 -0700
Subject: [Icecast] Icecast 2.3.2 release
In-Reply-To: <200806020001.43445.toots@rastageeks.org>
References: <48436D92.5090703@xiph.org>
	<200806020001.43445.toots@rastageeks.org>
Message-ID: <3c1737210806020951r136d4d5dgde5753741bf98d59@mail.gmail.com>

On Sun, Jun 1, 2008 at 9:01 PM, Romain Beauxis <toots at rastageeks.org> wrote:
>
> Do you believe there are bugfixes that worth being backported to current
> stable package ?

There are known bugs in previous versions (including 2.3.1) that would
allow very easy (low bandwidth) denial of service attacks against an
icecast server.

Backporting the fixes for those would certainly be a good idea, but
hunting down the exact changesets would be a fair bit of work, and may
well not apply to 2.3.1 anyway.

Mike


From minter at lunenburg.org  Wed Jun  4 01:45:21 2008
From: minter at lunenburg.org (H. Wade Minter)
Date: Tue, 3 Jun 2008 20:45:21 -0500
Subject: [Icecast] Can icecast stream a file from disk?
Message-ID: <AE632444-4ED3-45CA-9017-777AA1332273@lunenburg.org>

I'm in a situation where I have some MP3 files I'd like to stream on- 
demand, but for various reasons can't just make the MP3 files  
themselves available.

Is there a way, using icecast, to set up a server that would just bind  
to a port, and stream one file as specified in the config file, then  
stop?  So somewhere in the icecast.xml, I'd like to say "File: /tmp/ 
myfile.mp3", and then just have the server start playing that.

--Wade


From dm8tbr at afthd.tu-darmstadt.de  Wed Jun  4 10:25:49 2008
From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker)
Date: Wed, 04 Jun 2008 10:25:49 +0000
Subject: [Icecast] Can icecast stream a file from disk?
In-Reply-To: <AE632444-4ED3-45CA-9017-777AA1332273@lunenburg.org>
References: <AE632444-4ED3-45CA-9017-777AA1332273@lunenburg.org>
Message-ID: <48466DAD.5090706@afthd.tu-darmstadt.de>

H. Wade Minter schrieb:
> I'm in a situation where I have some MP3 files I'd like to stream on- 
> demand, but for various reasons can't just make the MP3 files  
> themselves available.
>
> Is there a way, using icecast, to set up a server that would just bind  
> to a port, and stream one file as specified in the config file, then  
> stop?  So somewhere in the icecast.xml, I'd like to say "File: /tmp/ 
> myfile.mp3", and then just have the server start playing that.
>   
Icecast is not very good at on-demand streaming. It will serve files and 
apply some throttling to the throughput but it will be still more or 
less a ordinary download.
When streaming mp3 you can't prevent a user dumping the stream and thus 
gaining the original file. The only thing you can do is to make it take 
longer by delivering it as a stream with a bitrate needed for real-time 
playback.

Thomas


From minter at lunenburg.org  Wed Jun  4 12:54:00 2008
From: minter at lunenburg.org (H. Wade Minter)
Date: Wed, 4 Jun 2008 07:54:00 -0500
Subject: [Icecast] Can icecast stream a file from disk?
In-Reply-To: <48466DAD.5090706@afthd.tu-darmstadt.de>
References: <AE632444-4ED3-45CA-9017-777AA1332273@lunenburg.org>
	<48466DAD.5090706@afthd.tu-darmstadt.de>
Message-ID: <69BA8227-5783-40BC-9EEE-F6ED8A7FE7AD@lunenburg.org>


On Jun 4, 2008, at 5:25 AM, Thomas B. Ruecker wrote:

> H. Wade Minter schrieb:
>> I'm in a situation where I have some MP3 files I'd like to stream on-
>> demand, but for various reasons can't just make the MP3 files
>> themselves available.
>>
>> Is there a way, using icecast, to set up a server that would just  
>> bind
>> to a port, and stream one file as specified in the config file, then
>> stop?  So somewhere in the icecast.xml, I'd like to say "File: /tmp/
>> myfile.mp3", and then just have the server start playing that.
>>
> Icecast is not very good at on-demand streaming. It will serve files  
> and
> apply some throttling to the throughput but it will be still more or
> less a ordinary download.
> When streaming mp3 you can't prevent a user dumping the stream and  
> thus
> gaining the original file. The only thing you can do is to make it  
> take
> longer by delivering it as a stream with a bitrate needed for real- 
> time
> playback.

Sure, the user can always dump the stream to save the audio.   
Apparently having the streaming (vs. just providing an m3u with an MP3  
URL) is sufficient for the people who make the rules, though.  That's  
why I'd like to be able to just have a remote icecast server stream  
one file and then stop.

--Wade



From scherrey at proteus-tech.com  Wed Jun  4 14:54:09 2008
From: scherrey at proteus-tech.com (Benjamin Scherrey)
Date: Wed, 4 Jun 2008 21:54:09 +0700
Subject: [Icecast] Can icecast stream a file from disk?
In-Reply-To: <69BA8227-5783-40BC-9EEE-F6ED8A7FE7AD@lunenburg.org>
References: <AE632444-4ED3-45CA-9017-777AA1332273@lunenburg.org>
	<48466DAD.5090706@afthd.tu-darmstadt.de>
	<69BA8227-5783-40BC-9EEE-F6ED8A7FE7AD@lunenburg.org>
Message-ID: <3f56ee790806040754m743f45d4pc6e79b58902c6788@mail.gmail.com>

    I'll toss in here and augment with Wade's remarks. Absolutely this is
not an optimal use of icecast but may actually result in reduced complexity
for deployment for people who need to stream both dynamic and static
content. For example, if we have a live streaming site but we want to put
some sample static content in the profile of the band who will be streamed
later - going ahead and using icecast to stream that static file on demand
eliminates the need for me to setup a seperate configuration/server to
handle the static files. Certainly not a dea-breaker but a nice-to-have
option I think.

  -- Ben

On Wed, Jun 4, 2008 at 7:54 PM, H. Wade Minter <minter at lunenburg.org> wrote:

>
> On Jun 4, 2008, at 5:25 AM, Thomas B. Ruecker wrote:
>
> > H. Wade Minter schrieb:
> >> I'm in a situation where I have some MP3 files I'd like to stream on-
> >> demand, but for various reasons can't just make the MP3 files
> >> themselves available.
> >>
> >> Is there a way, using icecast, to set up a server that would just
> >> bind
> >> to a port, and stream one file as specified in the config file, then
> >> stop?  So somewhere in the icecast.xml, I'd like to say "File: /tmp/
> >> myfile.mp3", and then just have the server start playing that.
> >>
> > Icecast is not very good at on-demand streaming. It will serve files
> > and
> > apply some throttling to the throughput but it will be still more or
> > less a ordinary download.
> > When streaming mp3 you can't prevent a user dumping the stream and
> > thus
> > gaining the original file. The only thing you can do is to make it
> > take
> > longer by delivering it as a stream with a bitrate needed for real-
> > time
> > playback.
>
> Sure, the user can always dump the stream to save the audio.
> Apparently having the streaming (vs. just providing an m3u with an MP3
> URL) is sufficient for the people who make the rules, though.  That's
> why I'd like to be able to just have a remote icecast server stream
> one file and then stop.
>
> --Wade
>
> _______________________________________________
> 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/20080604/6f3a2fa2/attachment.htm>

From pm at nowster.org.uk  Wed Jun  4 21:16:06 2008
From: pm at nowster.org.uk (Paul Martin)
Date: Wed, 4 Jun 2008 22:16:06 +0100
Subject: [Icecast] Can icecast stream a file from disk?
In-Reply-To: <AE632444-4ED3-45CA-9017-777AA1332273@lunenburg.org>
References: <AE632444-4ED3-45CA-9017-777AA1332273@lunenburg.org>
Message-ID: <20080604211605.GA14224@nowster.org.uk>

On Tue, Jun 03, 2008 at 08:45:21PM -0500, H. Wade Minter wrote:
> I'm in a situation where I have some MP3 files I'd like to stream on- 
> demand, but for various reasons can't just make the MP3 files  
> themselves available.
> 
> Is there a way, using icecast, to set up a server that would just bind  
> to a port, and stream one file as specified in the config file, then  
> stop?  So somewhere in the icecast.xml, I'd like to say "File: /tmp/ 
> myfile.mp3", and then just have the server start playing that.

This might work well...

    <mount>
        <mount-name>/stream.mp3</mount-name>
        <intro>/myfile.mp3</intro>
        <fallback-mount>/this_stream_has_finished.mp3</fallback-mount>
        <fallback-override>0</fallback-override>
    </mount>


-- 
Paul Martin <pm at nowster.org.uk>


From dm8tbr at afthd.tu-darmstadt.de  Wed Jun  4 19:49:14 2008
From: dm8tbr at afthd.tu-darmstadt.de (Thomas B. Ruecker)
Date: Wed, 04 Jun 2008 19:49:14 +0000
Subject: [Icecast] Can icecast stream a file from disk?
In-Reply-To: <3f56ee790806040754m743f45d4pc6e79b58902c6788@mail.gmail.com>
References: <AE632444-4ED3-45CA-9017-777AA1332273@lunenburg.org>	<48466DAD.5090706@afthd.tu-darmstadt.de>	<69BA8227-5783-40BC-9EEE-F6ED8A7FE7AD@lunenburg.org>
	<3f56ee790806040754m743f45d4pc6e79b58902c6788@mail.gmail.com>
Message-ID: <4846F1BA.90700@afthd.tu-darmstadt.de>

Benjamin Scherrey schrieb:
>     I'll toss in here and augment with Wade's remarks. Absolutely this 
> is not an optimal use of icecast but may actually result in reduced 
> complexity for deployment for people who need to stream both dynamic 
> and static content. For example, if we have a live streaming site but 
> we want to put some sample static content in the profile of the band 
> who will be streamed later - going ahead and using icecast to stream 
> that static file on demand eliminates the need for me to setup a 
> seperate configuration/server to handle the static files. Certainly 
> not a dea-breaker but a nice-to-have option I think.
yes, sure that is why this functionality is there in the first place I 
guess.
One just should be aware of the possible downsides. That way you won't 
get an unpleasant surprise.

Thomas



From tanersener at gmail.com  Tue Jun 10 10:25:09 2008
From: tanersener at gmail.com (Taner Sener)
Date: Tue, 10 Jun 2008 13:25:09 +0300
Subject: [Icecast] Buffer in IceCast
Message-ID: <a60f52ec0806100325x1779cbbeod68adc9445f0eb48@mail.gmail.com>

Hello,

I'm trying to establish a radio station using Icecast but I need a
recommendation about a problem. I hope you can give me some tips about the
issue.

My case is: my icecast server and ice cast client are in different locations
and connection between these two is not so healthy. Sometimes network
problems causes client to loose connection with server and this causes
server to broadcast silence to the listeners. I want to get rid of this.
What I wonder is if IceCast Server buffers some amount of time before
broadcasting it to the listeners. I mean the stream data in the buffer can
be broadcasted to listeners when connection between server and client is
lost. I think if there is such kind of implementation it can help me on
solving this issue.

Thanks,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20080610/6226a9a9/attachment.htm>

From sascha.bieler at radiogong.de  Tue Jun 10 10:30:16 2008
From: sascha.bieler at radiogong.de (Sascha Bieler)
Date: Tue, 10 Jun 2008 12:30:16 +0200
Subject: [Icecast] Buffer in IceCast
In-Reply-To: <a60f52ec0806100325x1779cbbeod68adc9445f0eb48@mail.gmail.com>
References: <a60f52ec0806100325x1779cbbeod68adc9445f0eb48@mail.gmail.com>
Message-ID: <010601c8cae4$f96f6300$ec4e2900$@bieler@radiogong.de>

How long are these interrupts caused through network failure?

Does your client (streamer) not reconnect automatically?

 

 

From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf
Of Taner Sener
Sent: Tuesday, June 10, 2008 12:25 PM
To: icecast at xiph.org
Subject: [Icecast] Buffer in IceCast

 

Hello,

I'm trying to establish a radio station using Icecast but I need a
recommendation about a problem. I hope you can give me some tips about the
issue. 

My case is: my icecast server and ice cast client are in different locations
and connection between these two is not so healthy. Sometimes network
problems causes client to loose connection with server and this causes
server to broadcast silence to the listeners. I want to get rid of this.
What I wonder is if IceCast Server buffers some amount of time before
broadcasting it to the listeners. I mean the stream data in the buffer can
be broadcasted to listeners when connection between server and client is
lost. I think if there is such kind of implementation it can help me on
solving this issue.

Thanks,

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20080610/fd6e1c50/attachment.htm>

From tanersener at gmail.com  Tue Jun 10 11:10:50 2008
From: tanersener at gmail.com (Taner Sener)
Date: Tue, 10 Jun 2008 14:10:50 +0300
Subject: [Icecast] Buffer in IceCast
In-Reply-To: <-1285663386242097273@unknownmsgid>
References: <a60f52ec0806100325x1779cbbeod68adc9445f0eb48@mail.gmail.com>
	<-1285663386242097273@unknownmsgid>
Message-ID: <a60f52ec0806100410i54d2e13at5cea0b53519b430b@mail.gmail.com>

It happens sometimes after 3 hours, sometimes after 24 hours and lasts for
15-20 seconds. The problem is caused by my ISP actually and I can not do
anything from ISP side.

My client reconnects offcourse but server is playing silence during the
failure.

On Tue, Jun 10, 2008 at 1:30 PM, Sascha Bieler <sascha.bieler at radiogong.de>
wrote:

>  How long are these interrupts caused through network failure?
>
> Does your client (streamer) not reconnect automatically?
>
>
>
>
>
> *From:* icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] *On
> Behalf Of *Taner Sener
> *Sent:* Tuesday, June 10, 2008 12:25 PM
> *To:* icecast at xiph.org
> *Subject:* [Icecast] Buffer in IceCast
>
>
>
> Hello,
>
> I'm trying to establish a radio station using Icecast but I need a
> recommendation about a problem. I hope you can give me some tips about the
> issue.
>
> My case is: my icecast server and ice cast client are in different
> locations and connection between these two is not so healthy. Sometimes
> network problems causes client to loose connection with server and this
> causes server to broadcast silence to the listeners. I want to get rid of
> this. What I wonder is if IceCast Server buffers some amount of time before
> broadcasting it to the listeners. I mean the stream data in the buffer can
> be broadcasted to listeners when connection between server and client is
> lost. I think if there is such kind of implementation it can help me on
> solving this issue.
>
> Thanks,
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20080610/c0571ac7/attachment.htm>

From tanersener at gmail.com  Tue Jun 10 13:14:58 2008
From: tanersener at gmail.com (Taner Sener)
Date: Tue, 10 Jun 2008 16:14:58 +0300
Subject: [Icecast] Buffer in IceCast
In-Reply-To: <-7098511983134007257@unknownmsgid>
References: <a60f52ec0806100325x1779cbbeod68adc9445f0eb48@mail.gmail.com>
	<-1285663386242097273@unknownmsgid>
	<a60f52ec0806100410i54d2e13at5cea0b53519b430b@mail.gmail.com>
	<-7098511983134007257@unknownmsgid>
Message-ID: <a60f52ec0806100614s289e50d4h86e7bdd6229a5a3b@mail.gmail.com>

Actually my IP is static,

My ISP is changing the route (my path to IceCast server). It takes more than
10 seconds to recover also I'm loosing the connection.

On Tue, Jun 10, 2008 at 3:31 PM, Sascha Bieler <sascha.bieler at radiogong.de>
wrote:

>  So you have a dynamic IP-address. Right? Did you ever thought about a
> static?
>
>
>
>
>
> *From:* Taner Sener [mailto:tanersener at gmail.com]
> *Sent:* Tuesday, June 10, 2008 1:11 PM
> *To:* sascha.bieler at radiogong.de
> *Cc:* icecast at xiph.org
> *Subject:* Re: [Icecast] Buffer in IceCast
>
>
>
> It happens sometimes after 3 hours, sometimes after 24 hours and lasts for
> 15-20 seconds. The problem is caused by my ISP actually and I can not do
> anything from ISP side.
>
> My client reconnects offcourse but server is playing silence during the
> failure.
>
> On Tue, Jun 10, 2008 at 1:30 PM, Sascha Bieler <sascha.bieler at radiogong.de>
> wrote:
>
> How long are these interrupts caused through network failure?
>
> Does your client (streamer) not reconnect automatically?
>
>
>
>
>
> *From:* icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] *On
> Behalf Of *Taner Sener
> *Sent:* Tuesday, June 10, 2008 12:25 PM
> *To:* icecast at xiph.org
> *Subject:* [Icecast] Buffer in IceCast
>
>
>
> Hello,
>
> I'm trying to establish a radio station using Icecast but I need a
> recommendation about a problem. I hope you can give me some tips about the
> issue.
>
> My case is: my icecast server and ice cast client are in different
> locations and connection between these two is not so healthy. Sometimes
> network problems causes client to loose connection with server and this
> causes server to broadcast silence to the listeners. I want to get rid of
> this. What I wonder is if IceCast Server buffers some amount of time before
> broadcasting it to the listeners. I mean the stream data in the buffer can
> be broadcasted to listeners when connection between server and client is
> lost. I think if there is such kind of implementation it can help me on
> solving this issue.
>
> Thanks,
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20080610/0389ad79/attachment.htm>

From sascha.bieler at radiogong.de  Tue Jun 10 13:23:40 2008
From: sascha.bieler at radiogong.de (Sascha Bieler)
Date: Tue, 10 Jun 2008 15:23:40 +0200
Subject: [Icecast] Buffer in IceCast
In-Reply-To: <a60f52ec0806100614s289e50d4h86e7bdd6229a5a3b@mail.gmail.com>
References: <a60f52ec0806100325x1779cbbeod68adc9445f0eb48@mail.gmail.com>	
	<-1285663386242097273@unknownmsgid>	
	<a60f52ec0806100410i54d2e13at5cea0b53519b430b@mail.gmail.com>	
	<-7098511983134007257@unknownmsgid>
	<a60f52ec0806100614s289e50d4h86e7bdd6229a5a3b@mail.gmail.com>
Message-ID: <000301c8cafd$33132b10$99398130$@bieler@radiogong.de>

Ups.

Is it possible to place a second (backup) streamer in another network and
you define a fallback mount?

 

From: Taner Sener [mailto:tanersener at gmail.com] 
Sent: Tuesday, June 10, 2008 3:15 PM
To: sascha.bieler at radiogong.de
Cc: icecast at xiph.org
Subject: Re: [Icecast] Buffer in IceCast

 

Actually my IP is static, 

My ISP is changing the route (my path to IceCast server). It takes more than
10 seconds to recover also I'm loosing the connection.

On Tue, Jun 10, 2008 at 3:31 PM, Sascha Bieler <sascha.bieler at radiogong.de>
wrote:

So you have a dynamic IP-address. Right? Did you ever thought about a
static?

 

 

From: Taner Sener [mailto:tanersener at gmail.com] 
Sent: Tuesday, June 10, 2008 1:11 PM
To: sascha.bieler at radiogong.de
Cc: icecast at xiph.org
Subject: Re: [Icecast] Buffer in IceCast

 

It happens sometimes after 3 hours, sometimes after 24 hours and lasts for
15-20 seconds. The problem is caused by my ISP actually and I can not do
anything from ISP side.

My client reconnects offcourse but server is playing silence during the
failure.

On Tue, Jun 10, 2008 at 1:30 PM, Sascha Bieler <sascha.bieler at radiogong.de>
wrote:

How long are these interrupts caused through network failure?

Does your client (streamer) not reconnect automatically?

 

 

From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf
Of Taner Sener
Sent: Tuesday, June 10, 2008 12:25 PM
To: icecast at xiph.org
Subject: [Icecast] Buffer in IceCast

 

Hello,

I'm trying to establish a radio station using Icecast but I need a
recommendation about a problem. I hope you can give me some tips about the
issue. 

My case is: my icecast server and ice cast client are in different locations
and connection between these two is not so healthy. Sometimes network
problems causes client to loose connection with server and this causes
server to broadcast silence to the listeners. I want to get rid of this.
What I wonder is if IceCast Server buffers some amount of time before
broadcasting it to the listeners. I mean the stream data in the buffer can
be broadcasted to listeners when connection between server and client is
lost. I think if there is such kind of implementation it can help me on
solving this issue.

Thanks,

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20080610/0ca38ed4/attachment.htm>

From tanersener at gmail.com  Tue Jun 10 13:34:30 2008
From: tanersener at gmail.com (Taner Sener)
Date: Tue, 10 Jun 2008 16:34:30 +0300
Subject: [Icecast] Buffer in IceCast
In-Reply-To: <7737033364925416644@unknownmsgid>
References: <a60f52ec0806100325x1779cbbeod68adc9445f0eb48@mail.gmail.com>
	<-1285663386242097273@unknownmsgid>
	<a60f52ec0806100410i54d2e13at5cea0b53519b430b@mail.gmail.com>
	<-7098511983134007257@unknownmsgid>
	<a60f52ec0806100614s289e50d4h86e7bdd6229a5a3b@mail.gmail.com>
	<7737033364925416644@unknownmsgid>
Message-ID: <a60f52ec0806100634h47e32435ia91a17db6de7568a@mail.gmail.com>

Well, if it is the only option to overcome the problems I will certainly do
it,

On Tue, Jun 10, 2008 at 4:23 PM, Sascha Bieler <sascha.bieler at radiogong.de>
wrote:

>  Ups?
>
> Is it possible to place a second (backup) streamer in another network and
> you define a fallback mount?
>
>
>
> *From:* Taner Sener [mailto:tanersener at gmail.com]
> *Sent:* Tuesday, June 10, 2008 3:15 PM
>
> *To:* sascha.bieler at radiogong.de
> *Cc:* icecast at xiph.org
> *Subject:* Re: [Icecast] Buffer in IceCast
>
>
>
> Actually my IP is static,
>
> My ISP is changing the route (my path to IceCast server). It takes more
> than 10 seconds to recover also I'm loosing the connection.
>
> On Tue, Jun 10, 2008 at 3:31 PM, Sascha Bieler <sascha.bieler at radiogong.de>
> wrote:
>
> So you have a dynamic IP-address. Right? Did you ever thought about a
> static?
>
>
>
>
>
> *From:* Taner Sener [mailto:tanersener at gmail.com]
> *Sent:* Tuesday, June 10, 2008 1:11 PM
> *To:* sascha.bieler at radiogong.de
> *Cc:* icecast at xiph.org
> *Subject:* Re: [Icecast] Buffer in IceCast
>
>
>
> It happens sometimes after 3 hours, sometimes after 24 hours and lasts for
> 15-20 seconds. The problem is caused by my ISP actually and I can not do
> anything from ISP side.
>
> My client reconnects offcourse but server is playing silence during the
> failure.
>
> On Tue, Jun 10, 2008 at 1:30 PM, Sascha Bieler <sascha.bieler at radiogong.de>
> wrote:
>
> How long are these interrupts caused through network failure?
>
> Does your client (streamer) not reconnect automatically?
>
>
>
>
>
> *From:* icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] *On
> Behalf Of *Taner Sener
> *Sent:* Tuesday, June 10, 2008 12:25 PM
> *To:* icecast at xiph.org
> *Subject:* [Icecast] Buffer in IceCast
>
>
>
> Hello,
>
> I'm trying to establish a radio station using Icecast but I need a
> recommendation about a problem. I hope you can give me some tips about the
> issue.
>
> My case is: my icecast server and ice cast client are in different
> locations and connection between these two is not so healthy. Sometimes
> network problems causes client to loose connection with server and this
> causes server to broadcast silence to the listeners. I want to get rid of
> this. What I wonder is if IceCast Server buffers some amount of time before
> broadcasting it to the listeners. I mean the stream data in the buffer can
> be broadcasted to listeners when connection between server and client is
> lost. I think if there is such kind of implementation it can help me on
> solving this issue.
>
> Thanks,
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20080610/16454ad1/attachment.htm>

From sascha.bieler at radiogong.de  Tue Jun 10 13:40:56 2008
From: sascha.bieler at radiogong.de (Sascha Bieler)
Date: Tue, 10 Jun 2008 15:40:56 +0200
Subject: [Icecast] Buffer in IceCast
In-Reply-To: <a60f52ec0806100634h47e32435ia91a17db6de7568a@mail.gmail.com>
References: <a60f52ec0806100325x1779cbbeod68adc9445f0eb48@mail.gmail.com>	
	<-1285663386242097273@unknownmsgid>	
	<a60f52ec0806100410i54d2e13at5cea0b53519b430b@mail.gmail.com>	
	<-7098511983134007257@unknownmsgid>	
	<a60f52ec0806100614s289e50d4h86e7bdd6229a5a3b@mail.gmail.com>	
	<7737033364925416644@unknownmsgid>
	<a60f52ec0806100634h47e32435ia91a17db6de7568a@mail.gmail.com>
Message-ID: <001a01c8caff$9c72ce60$d5586b20$@bieler@radiogong.de>

Well I am just a user from a radio station in germany, too. These are just
some ideas to maybe help you.

For the buffering thing you asked for you have to wait for the correct
answer of the developer.

 

Regards,

Sascha

 

From: Taner Sener [mailto:tanersener at gmail.com] 
Sent: Tuesday, June 10, 2008 3:35 PM
To: sascha.bieler at radiogong.de
Cc: icecast at xiph.org
Subject: Re: [Icecast] Buffer in IceCast

 

Well, if it is the only option to overcome the problems I will certainly do
it, 

On Tue, Jun 10, 2008 at 4:23 PM, Sascha Bieler <sascha.bieler at radiogong.de>
wrote:

Ups.

Is it possible to place a second (backup) streamer in another network and
you define a fallback mount?

 

From: Taner Sener [mailto:tanersener at gmail.com] 
Sent: Tuesday, June 10, 2008 3:15 PM


To: sascha.bieler at radiogong.de
Cc: icecast at xiph.org
Subject: Re: [Icecast] Buffer in IceCast

 

Actually my IP is static, 

My ISP is changing the route (my path to IceCast server). It takes more than
10 seconds to recover also I'm loosing the connection.

On Tue, Jun 10, 2008 at 3:31 PM, Sascha Bieler <sascha.bieler at radiogong.de>
wrote:

So you have a dynamic IP-address. Right? Did you ever thought about a
static?

 

 

From: Taner Sener [mailto:tanersener at gmail.com] 
Sent: Tuesday, June 10, 2008 1:11 PM
To: sascha.bieler at radiogong.de
Cc: icecast at xiph.org
Subject: Re: [Icecast] Buffer in IceCast

 

It happens sometimes after 3 hours, sometimes after 24 hours and lasts for
15-20 seconds. The problem is caused by my ISP actually and I can not do
anything from ISP side.

My client reconnects offcourse but server is playing silence during the
failure.

On Tue, Jun 10, 2008 at 1:30 PM, Sascha Bieler <sascha.bieler at radiogong.de>
wrote:

How long are these interrupts caused through network failure?

Does your client (streamer) not reconnect automatically?

 

 

From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf
Of Taner Sener
Sent: Tuesday, June 10, 2008 12:25 PM
To: icecast at xiph.org
Subject: [Icecast] Buffer in IceCast

 

Hello,

I'm trying to establish a radio station using Icecast but I need a
recommendation about a problem. I hope you can give me some tips about the
issue. 

My case is: my icecast server and ice cast client are in different locations
and connection between these two is not so healthy. Sometimes network
problems causes client to loose connection with server and this causes
server to broadcast silence to the listeners. I want to get rid of this.
What I wonder is if IceCast Server buffers some amount of time before
broadcasting it to the listeners. I mean the stream data in the buffer can
be broadcasted to listeners when connection between server and client is
lost. I think if there is such kind of implementation it can help me on
solving this issue.

Thanks,

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20080610/6dcd3448/attachment.htm>

From karl at xiph.org  Tue Jun 10 13:42:21 2008
From: karl at xiph.org (Karl Heyes)
Date: Tue, 10 Jun 2008 14:42:21 +0100
Subject: [Icecast] Buffer in IceCast
In-Reply-To: <a60f52ec0806100325x1779cbbeod68adc9445f0eb48@mail.gmail.com>
References: <a60f52ec0806100325x1779cbbeod68adc9445f0eb48@mail.gmail.com>
Message-ID: <484E84BD.2030504@xiph.org>

Taner Sener wrote:

> My case is: my icecast server and ice cast client are in different 
> locations and connection between these two is not so healthy. Sometimes 
> network problems causes client to loose connection with server and this 
> causes server to broadcast silence to the listeners. I want to get rid 
> of this. What I wonder is if IceCast Server buffers some amount of time 
> before broadcasting it to the listeners. I mean the stream data in the 
> buffer can be broadcasted to listeners when connection between server 
> and client is lost. I think if there is such kind of implementation it 
> can help me on solving this issue.

The only backdating/reserving of stream data is done for the initial 
burst. In these cases it's difficult to handle well if you truly lose 
the connection, you can of course increase the source timeout and/or 
have a huge burst size (eg 1 Meg). These may be all you need but it 
really does depend on the circumstances leading up to the source client 
disconnection.

karl.



From tanersener at gmail.com  Tue Jun 10 14:01:10 2008
From: tanersener at gmail.com (Taner Sener)
Date: Tue, 10 Jun 2008 17:01:10 +0300
Subject: [Icecast] Buffer in IceCast
In-Reply-To: <484E84BD.2030504@xiph.org>
References: <a60f52ec0806100325x1779cbbeod68adc9445f0eb48@mail.gmail.com>
	<484E84BD.2030504@xiph.org>
Message-ID: <a60f52ec0806100701n6c72d048h793ed6d308a1b7f4@mail.gmail.com>

Thanks Karl, I will test these two parameters.

Regards

On Tue, Jun 10, 2008 at 4:42 PM, Karl Heyes <karl at xiph.org> wrote:

> Taner Sener wrote:
>
>  My case is: my icecast server and ice cast client are in different
>> locations and connection between these two is not so healthy. Sometimes
>> network problems causes client to loose connection with server and this
>> causes server to broadcast silence to the listeners. I want to get rid of
>> this. What I wonder is if IceCast Server buffers some amount of time before
>> broadcasting it to the listeners. I mean the stream data in the buffer can
>> be broadcasted to listeners when connection between server and client is
>> lost. I think if there is such kind of implementation it can help me on
>> solving this issue.
>>
>
> The only backdating/reserving of stream data is done for the initial burst.
> In these cases it's difficult to handle well if you truly lose the
> connection, you can of course increase the source timeout and/or have a huge
> burst size (eg 1 Meg). These may be all you need but it really does depend
> on the circumstances leading up to the source client disconnection.
>
> karl.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20080610/40ac040f/attachment.htm>

From mcbicecast at robuust.nl  Tue Jun 10 13:44:25 2008
From: mcbicecast at robuust.nl (Maarten Bezemer)
Date: Tue, 10 Jun 2008 15:44:25 +0200 (CEST)
Subject: [Icecast] Buffer in IceCast
In-Reply-To: <a60f52ec0806100634h47e32435ia91a17db6de7568a@mail.gmail.com>
Message-ID: <Pine.LNX.4.21.0806101538510.7491-100000@wormhole.robuust.nl>

Hi,

Are you running behind an ADSL line? If so, what type of ADSL connection
(PPPoA, RFC1483 bridged), what type of router, etc.
Also the line quality (noise margin, line speed, rx/tx attenuation) may be
an important issue. If the line is indeed gone for 15-20 seconds, this
indicates a retrain/relogin of your connection. Maybe the logs from your
modem can tell you more about these outages.

I doubt it is the ISP just changing routes, since the last mile to you is
always using the same route, and re-routing anything beyond that point
will have impact on large numbers of customers. Besides, those wouldn't
take 15-20 seconds.

So, good luck with your new homework ;-)

Regards,
 Maarten


On Tue, 10 Jun 2008, Taner Sener wrote:

> Well, if it is the only option to overcome the problems I will certainly do
> it,
> 
> On Tue, Jun 10, 2008 at 4:23 PM, Sascha Bieler <sascha.bieler at radiogong.de>
> wrote:
> 
> >  Ups

> >
> > Is it possible to place a second (backup) streamer in another network and
> > you define a fallback mount?
> >
> >
> >
> > *From:* Taner Sener [mailto:tanersener at gmail.com]
> > *Sent:* Tuesday, June 10, 2008 3:15 PM
> >
> > *To:* sascha.bieler at radiogong.de
> > *Cc:* icecast at xiph.org
> > *Subject:* Re: [Icecast] Buffer in IceCast
> >
> >
> >
> > Actually my IP is static,
> >
> > My ISP is changing the route (my path to IceCast server). It takes more
> > than 10 seconds to recover also I'm loosing the connection.
> >
> > On Tue, Jun 10, 2008 at 3:31 PM, Sascha Bieler <sascha.bieler at radiogong.de>
> > wrote:
> >
> > So you have a dynamic IP-address. Right? Did you ever thought about a
> > static?
> >
> >
> >
> >
> >
> > *From:* Taner Sener [mailto:tanersener at gmail.com]
> > *Sent:* Tuesday, June 10, 2008 1:11 PM
> > *To:* sascha.bieler at radiogong.de
> > *Cc:* icecast at xiph.org
> > *Subject:* Re: [Icecast] Buffer in IceCast
> >
> >
> >
> > It happens sometimes after 3 hours, sometimes after 24 hours and lasts for
> > 15-20 seconds. The problem is caused by my ISP actually and I can not do
> > anything from ISP side.
> >
> > My client reconnects offcourse but server is playing silence during the
> > failure.
> >
> > On Tue, Jun 10, 2008 at 1:30 PM, Sascha Bieler <sascha.bieler at radiogong.de>
> > wrote:
> >
> > How long are these interrupts caused through network failure?
> >
> > Does your client (streamer) not reconnect automatically?
> >
> >
> >
> >
> >
> > *From:* icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] *On
> > Behalf Of *Taner Sener
> > *Sent:* Tuesday, June 10, 2008 12:25 PM
> > *To:* icecast at xiph.org
> > *Subject:* [Icecast] Buffer in IceCast
> >
> >
> >
> > Hello,
> >
> > I'm trying to establish a radio station using Icecast but I need a
> > recommendation about a problem. I hope you can give me some tips about the
> > issue.
> >
> > My case is: my icecast server and ice cast client are in different
> > locations and connection between these two is not so healthy. Sometimes
> > network problems causes client to loose connection with server and this
> > causes server to broadcast silence to the listeners. I want to get rid of
> > this. What I wonder is if IceCast Server buffers some amount of time before
> > broadcasting it to the listeners. I mean the stream data in the buffer can
> > be broadcasted to listeners when connection between server and client is
> > lost. I think if there is such kind of implementation it can help me on
> > solving this issue.
> >
> > Thanks,
> >
> >
> >
> >
> >
> 




From tanersener at gmail.com  Tue Jun 10 14:13:54 2008
From: tanersener at gmail.com (Taner Sener)
Date: Tue, 10 Jun 2008 17:13:54 +0300
Subject: [Icecast] Buffer in IceCast
In-Reply-To: <Pine.LNX.4.21.0806101538510.7491-100000@wormhole.robuust.nl>
References: <a60f52ec0806100634h47e32435ia91a17db6de7568a@mail.gmail.com>
	<Pine.LNX.4.21.0806101538510.7491-100000@wormhole.robuust.nl>
Message-ID: <a60f52ec0806100713y8a3aaa4t5fe056c14e616bb1@mail.gmail.com>

Hi Maarten,

Yes, I'm behind ADSL with PPPoE but I don't think it is related with my
case. When my client disconnects from IceCast server for 15-20 seconds, my
active downloads are not interrupted. It currently  effects only the route
to my IceCast server, other routes looks uneffected. I'm pinging IceCast
server continuously and checking trace route periodically. It is comething
like: my IceCast server is 6 hops far from me and when my connection
goes-gomes it becomes 8 hops far from me. Also some addresses on trace route
are not the same. This is why I see this situation as a route change.

Regards,

On Tue, Jun 10, 2008 at 4:44 PM, Maarten Bezemer <mcbicecast at robuust.nl>
wrote:

> Hi,
>
> Are you running behind an ADSL line? If so, what type of ADSL connection
> (PPPoA, RFC1483 bridged), what type of router, etc.
> Also the line quality (noise margin, line speed, rx/tx attenuation) may be
> an important issue. If the line is indeed gone for 15-20 seconds, this
> indicates a retrain/relogin of your connection. Maybe the logs from your
> modem can tell you more about these outages.
>
> I doubt it is the ISP just changing routes, since the last mile to you is
> always using the same route, and re-routing anything beyond that point
> will have impact on large numbers of customers. Besides, those wouldn't
> take 15-20 seconds.
>
> So, good luck with your new homework ;-)
>
> Regards,
>  Maarten
>
>
> On Tue, 10 Jun 2008, Taner Sener wrote:
>
> > Well, if it is the only option to overcome the problems I will certainly
> do
> > it,
> >
> > On Tue, Jun 10, 2008 at 4:23 PM, Sascha Bieler <
> sascha.bieler at radiogong.de>
> > wrote:
> >
> > >  Ups?
> > >
> > > Is it possible to place a second (backup) streamer in another network
> and
> > > you define a fallback mount?
> > >
> > >
> > >
> > > *From:* Taner Sener [mailto:tanersener at gmail.com]
> > > *Sent:* Tuesday, June 10, 2008 3:15 PM
> > >
> > > *To:* sascha.bieler at radiogong.de
> > > *Cc:* icecast at xiph.org
> > > *Subject:* Re: [Icecast] Buffer in IceCast
> > >
> > >
> > >
> > > Actually my IP is static,
> > >
> > > My ISP is changing the route (my path to IceCast server). It takes more
> > > than 10 seconds to recover also I'm loosing the connection.
> > >
> > > On Tue, Jun 10, 2008 at 3:31 PM, Sascha Bieler <
> sascha.bieler at radiogong.de>
> > > wrote:
> > >
> > > So you have a dynamic IP-address. Right? Did you ever thought about a
> > > static?
> > >
> > >
> > >
> > >
> > >
> > > *From:* Taner Sener [mailto:tanersener at gmail.com]
> > > *Sent:* Tuesday, June 10, 2008 1:11 PM
> > > *To:* sascha.bieler at radiogong.de
> > > *Cc:* icecast at xiph.org
> > > *Subject:* Re: [Icecast] Buffer in IceCast
> > >
> > >
> > >
> > > It happens sometimes after 3 hours, sometimes after 24 hours and lasts
> for
> > > 15-20 seconds. The problem is caused by my ISP actually and I can not
> do
> > > anything from ISP side.
> > >
> > > My client reconnects offcourse but server is playing silence during the
> > > failure.
> > >
> > > On Tue, Jun 10, 2008 at 1:30 PM, Sascha Bieler <
> sascha.bieler at radiogong.de>
> > > wrote:
> > >
> > > How long are these interrupts caused through network failure?
> > >
> > > Does your client (streamer) not reconnect automatically?
> > >
> > >
> > >
> > >
> > >
> > > *From:* icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] *On
> > > Behalf Of *Taner Sener
> > > *Sent:* Tuesday, June 10, 2008 12:25 PM
> > > *To:* icecast at xiph.org
> > > *Subject:* [Icecast] Buffer in IceCast
> > >
> > >
> > >
> > > Hello,
> > >
> > > I'm trying to establish a radio station using Icecast but I need a
> > > recommendation about a problem. I hope you can give me some tips about
> the
> > > issue.
> > >
> > > My case is: my icecast server and ice cast client are in different
> > > locations and connection between these two is not so healthy. Sometimes
> > > network problems causes client to loose connection with server and this
> > > causes server to broadcast silence to the listeners. I want to get rid
> of
> > > this. What I wonder is if IceCast Server buffers some amount of time
> before
> > > broadcasting it to the listeners. I mean the stream data in the buffer
> can
> > > be broadcasted to listeners when connection between server and client
> is
> > > lost. I think if there is such kind of implementation it can help me on
> > > solving this issue.
> > >
> > > Thanks,
> > >
> > >
> > >
> > >
> > >
> >
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20080610/13c47a13/attachment.htm>

From thesmile at ncinet.de  Wed Jun 11 08:59:21 2008
From: thesmile at ncinet.de (thesmile)
Date: Wed, 11 Jun 2008 10:59:21 +0200
Subject: [Icecast] Buffer in IceCast
References: <a60f52ec0806100634h47e32435ia91a17db6de7568a@mail.gmail.com><Pine.LNX.4.21.0806101538510.7491-100000@wormhole.robuust.nl>
	<a60f52ec0806100713y8a3aaa4t5fe056c14e616bb1@mail.gmail.com> 
Message-ID: <BB69615B48DD4C49A26424D366B79CCF@tigerteam2>

                      Hi Taner

 
I doubt that the change of routes does not affect your connection, because
this is normal practise with carriers (BGP or least cost routing) and
usually it has no impact on the enduser, as it happens in milliseconds.
My personal thinking is, that your ADSL Provider disconnects you once or
twice a day to unload the DSLAM port and sometimes, if you do not have a
fixed IP address, you even get a new IP address.
This disconnect takes a bit long to synchronize in your case.
Have you checked that? Look into the logfile of your modem/router.
 
If so, then force your modem or router to do this disconnect at a fixed time
in the middle of the night.
Which equipment are you using?
 
Tom
 
 


  _____  

Von: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] Im Auftrag
von Taner Sener
Gesendet: Dienstag, 10. Juni 2008 16:14
An: Maarten Bezemer
Cc: icecast at xiph.org
Betreff: Re: [Icecast] Buffer in IceCast


Hi Maarten,

Yes, I'm behind ADSL with PPPoE but I don't think it is related with my
case. When my client disconnects from IceCast server for 15-20 seconds, my
active downloads are not interrupted. It currently  effects only the route
to my IceCast server, other routes looks uneffected. I'm pinging IceCast
server continuously and checking trace route periodically. It is comething
like: my IceCast server is 6 hops far from me and when my connection
goes-gomes it becomes 8 hops far from me. Also some addresses on trace route
are not the same. This is why I see this situation as a route change.

Regards,


On Tue, Jun 10, 2008 at 4:44 PM, Maarten Bezemer <mcbicecast at robuust.nl>
wrote:


Hi,

Are you running behind an ADSL line? If so, what type of ADSL connection
(PPPoA, RFC1483 bridged), what type of router, etc.
Also the line quality (noise margin, line speed, rx/tx attenuation) may be
an important issue. If the line is indeed gone for 15-20 seconds, this
indicates a retrain/relogin of your connection. Maybe the logs from your
modem can tell you more about these outages.

I doubt it is the ISP just changing routes, since the last mile to you is
always using the same route, and re-routing anything beyond that point
will have impact on large numbers of customers. Besides, those wouldn't
take 15-20 seconds.

So, good luck with your new homework ;-)

Regards,
 Maarten



On Tue, 10 Jun 2008, Taner Sener wrote:

> Well, if it is the only option to overcome the problems I will certainly
do
> it,
>
> On Tue, Jun 10, 2008 at 4:23 PM, Sascha Bieler
<sascha.bieler at radiogong.de>
> wrote:
>
> >  Ups?
> >
> > Is it possible to place a second (backup) streamer in another network
and
> > you define a fallback mount?
> >
> >
> >
> > *From:* Taner Sener [mailto:tanersener at gmail.com]
> > *Sent:* Tuesday, June 10, 2008 3:15 PM
> >
> > *To:* sascha.bieler at radiogong.de
> > *Cc:* icecast at xiph.org
> > *Subject:* Re: [Icecast] Buffer in IceCast
> >
> >
> >
> > Actually my IP is static,
> >
> > My ISP is changing the route (my path to IceCast server). It takes more
> > than 10 seconds to recover also I'm loosing the connection.
> >
> > On Tue, Jun 10, 2008 at 3:31 PM, Sascha Bieler
<sascha.bieler at radiogong.de>
> > wrote:
> >
> > So you have a dynamic IP-address. Right? Did you ever thought about a
> > static?
> >
> >
> >
> >
> >
> > *From:* Taner Sener [mailto:tanersener at gmail.com]
> > *Sent:* Tuesday, June 10, 2008 1:11 PM
> > *To:* sascha.bieler at radiogong.de
> > *Cc:* icecast at xiph.org
> > *Subject:* Re: [Icecast] Buffer in IceCast
> >
> >
> >
> > It happens sometimes after 3 hours, sometimes after 24 hours and lasts
for
> > 15-20 seconds. The problem is caused by my ISP actually and I can not do
> > anything from ISP side.
> >
> > My client reconnects offcourse but server is playing silence during the
> > failure.
> >
> > On Tue, Jun 10, 2008 at 1:30 PM, Sascha Bieler
<sascha.bieler at radiogong.de>
> > wrote:
> >
> > How long are these interrupts caused through network failure?
> >
> > Does your client (streamer) not reconnect automatically?
> >
> >
> >
> >
> >
> > *From:* icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] *On
> > Behalf Of *Taner Sener
> > *Sent:* Tuesday, June 10, 2008 12:25 PM
> > *To:* icecast at xiph.org
> > *Subject:* [Icecast] Buffer in IceCast
> >
> >
> >
> > Hello,
> >
> > I'm trying to establish a radio station using Icecast but I need a
> > recommendation about a problem. I hope you can give me some tips about
the
> > issue.
> >
> > My case is: my icecast server and ice cast client are in different
> > locations and connection between these two is not so healthy. Sometimes
> > network problems causes client to loose connection with server and this
> > causes server to broadcast silence to the listeners. I want to get rid
of
> > this. What I wonder is if IceCast Server buffers some amount of time
before
> > broadcasting it to the listeners. I mean the stream data in the buffer
can
> > be broadcasted to listeners when connection between server and client is
> > lost. I think if there is such kind of implementation it can help me on
> > solving this issue.
> >
> > Thanks,
> >
> >
> >
> >
> >
>





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20080611/176fe844/attachment.htm>

From thesmile at ncinet.de  Wed Jun 11 09:09:59 2008
From: thesmile at ncinet.de (thesmile)
Date: Wed, 11 Jun 2008 11:09:59 +0200
Subject: [Icecast] Buffer in IceCast
In-Reply-To: <BB69615B48DD4C49A26424D366B79CCF@tigerteam2>
References: <a60f52ec0806100634h47e32435ia91a17db6de7568a@mail.gmail.com><Pine.LNX.4.21.0806101538510.7491-100000@wormhole.robuust.nl><a60f52ec0806100713y8a3aaa4t5fe056c14e616bb1@mail.gmail.com>
	<BB69615B48DD4C49A26424D366B79CCF@tigerteam2>
Message-ID: <DED3CD3AC24D4196A8D50AA6D73B7977@tigerteam2>

ups
 
delete the word NOT in the first sentence 
 
I doubt that the change of routes does "not" affect 


  _____  

Von: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] Im Auftrag
von thesmile
Gesendet: Mittwoch, 11. Juni 2008 10:59
An: icecast at xiph.org
Betreff: Re: [Icecast] Buffer in IceCast


                      Hi Taner

 
I doubt that the change of routes does not affect your connection, because
this is normal practise with carriers (BGP or least cost routing) and
usually it has no impact on the enduser, as it happens in milliseconds.
My personal thinking is, that your ADSL Provider disconnects you once or
twice a day to unload the DSLAM port and sometimes, if you do not have a
fixed IP address, you even get a new IP address.
This disconnect takes a bit long to synchronize in your case.
Have you checked that? Look into the logfile of your modem/router.
 
If so, then force your modem or router to do this disconnect at a fixed time
in the middle of the night.
Which equipment are you using?
 
Tom
 
 


  _____  

Von: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] Im Auftrag
von Taner Sener
Gesendet: Dienstag, 10. Juni 2008 16:14
An: Maarten Bezemer
Cc: icecast at xiph.org
Betreff: Re: [Icecast] Buffer in IceCast


Hi Maarten,

Yes, I'm behind ADSL with PPPoE but I don't think it is related with my
case. When my client disconnects from IceCast server for 15-20 seconds, my
active downloads are not interrupted. It currently  effects only the route
to my IceCast server, other routes looks uneffected. I'm pinging IceCast
server continuously and checking trace route periodically. It is comething
like: my IceCast server is 6 hops far from me and when my connection
goes-gomes it becomes 8 hops far from me. Also some addresses on trace route
are not the same. This is why I see this situation as a route change.

Regards,


On Tue, Jun 10, 2008 at 4:44 PM, Maarten Bezemer <mcbicecast at robuust.nl>
wrote:


Hi,

Are you running behind an ADSL line? If so, what type of ADSL connection
(PPPoA, RFC1483 bridged), what type of router, etc.
Also the line quality (noise margin, line speed, rx/tx attenuation) may be
an important issue. If the line is indeed gone for 15-20 seconds, this
indicates a retrain/relogin of your connection. Maybe the logs from your
modem can tell you more about these outages.

I doubt it is the ISP just changing routes, since the last mile to you is
always using the same route, and re-routing anything beyond that point
will have impact on large numbers of customers. Besides, those wouldn't
take 15-20 seconds.

So, good luck with your new homework ;-)

Regards,
 Maarten



On Tue, 10 Jun 2008, Taner Sener wrote:

> Well, if it is the only option to overcome the problems I will certainly
do
> it,
>
> On Tue, Jun 10, 2008 at 4:23 PM, Sascha Bieler
<sascha.bieler at radiogong.de>
> wrote:
>
> >  Ups?
> >
> > Is it possible to place a second (backup) streamer in another network
and
> > you define a fallback mount?
> >
> >
> >
> > *From:* Taner Sener [mailto:tanersener at gmail.com]
> > *Sent:* Tuesday, June 10, 2008 3:15 PM
> >
> > *To:* sascha.bieler at radiogong.de
> > *Cc:* icecast at xiph.org
> > *Subject:* Re: [Icecast] Buffer in IceCast
> >
> >
> >
> > Actually my IP is static,
> >
> > My ISP is changing the route (my path to IceCast server). It takes more
> > than 10 seconds to recover also I'm loosing the connection.
> >
> > On Tue, Jun 10, 2008 at 3:31 PM, Sascha Bieler
<sascha.bieler at radiogong.de>
> > wrote:
> >
> > So you have a dynamic IP-address. Right? Did you ever thought about a
> > static?
> >
> >
> >
> >
> >
> > *From:* Taner Sener [mailto:tanersener at gmail.com]
> > *Sent:* Tuesday, June 10, 2008 1:11 PM
> > *To:* sascha.bieler at radiogong.de
> > *Cc:* icecast at xiph.org
> > *Subject:* Re: [Icecast] Buffer in IceCast
> >
> >
> >
> > It happens sometimes after 3 hours, sometimes after 24 hours and lasts
for
> > 15-20 seconds. The problem is caused by my ISP actually and I can not do
> > anything from ISP side.
> >
> > My client reconnects offcourse but server is playing silence during the
> > failure.
> >
> > On Tue, Jun 10, 2008 at 1:30 PM, Sascha Bieler
<sascha.bieler at radiogong.de>
> > wrote:
> >
> > How long are these interrupts caused through network failure?
> >
> > Does your client (streamer) not reconnect automatically?
> >
> >
> >
> >
> >
> > *From:* icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] *On
> > Behalf Of *Taner Sener
> > *Sent:* Tuesday, June 10, 2008 12:25 PM
> > *To:* icecast at xiph.org
> > *Subject:* [Icecast] Buffer in IceCast
> >
> >
> >
> > Hello,
> >
> > I'm trying to establish a radio station using Icecast but I need a
> > recommendation about a problem. I hope you can give me some tips about
the
> > issue.
> >
> > My case is: my icecast server and ice cast client are in different
> > locations and connection between these two is not so healthy. Sometimes
> > network problems causes client to loose connection with server and this
> > causes server to broadcast silence to the listeners. I want to get rid
of
> > this. What I wonder is if IceCast Server buffers some amount of time
before
> > broadcasting it to the listeners. I mean the stream data in the buffer
can
> > be broadcasted to listeners when connection between server and client is
> > lost. I think if there is such kind of implementation it can help me on
> > solving this issue.
> >
> > Thanks,
> >
> >
> >
> >
> >
>





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20080611/3e7fad42/attachment.htm>

From tanersener at gmail.com  Wed Jun 11 17:37:33 2008
From: tanersener at gmail.com (Taner Sener)
Date: Wed, 11 Jun 2008 20:37:33 +0300
Subject: [Icecast] Buffer in IceCast
In-Reply-To: <BB69615B48DD4C49A26424D366B79CCF@tigerteam2>
References: <a60f52ec0806100634h47e32435ia91a17db6de7568a@mail.gmail.com>
	<Pine.LNX.4.21.0806101538510.7491-100000@wormhole.robuust.nl>
	<a60f52ec0806100713y8a3aaa4t5fe056c14e616bb1@mail.gmail.com>
	<BB69615B48DD4C49A26424D366B79CCF@tigerteam2>
Message-ID: <a60f52ec0806111037mdc5515kbd0967d908cf1030@mail.gmail.com>

Hi Tom,

You might be right, but I don't get why my existing downloads (I guess they
are on different routes) are not affected. If my ADLS provider is doing some
IP adjustments (btw my IP is static) I expect everything to disconnect, not
only my icecast connection. So I'll monitor my USRobotics logs today and
tomorrow so see if there is something strange.

Regards,

On Wed, Jun 11, 2008 at 11:59 AM, thesmile <thesmile at ncinet.de> wrote:

>                        Hi Taner
>
>
> I doubt that the change of routes does not affect your connection, because
> this is normal practise with carriers (BGP or least cost routing) and
> usually it has no impact on the enduser, as it happens in milliseconds.
> My personal thinking is, that your ADSL Provider disconnects you once or
> twice a day to unload the DSLAM port and sometimes, if you do not have a
> fixed IP address, you even get a new IP address.
> This disconnect takes a bit long to synchronize in your case.
> Have you checked that? Look into the logfile of your modem/router.
>
> If so, then force your modem or router to do this disconnect at a fixed
> time in the middle of the night.
> Which equipment are you using?
>
> Tom
>
>
>
>  ------------------------------
> *Von:* icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] *Im
> Auftrag von *Taner Sener
> *Gesendet:* Dienstag, 10. Juni 2008 16:14
> *An:* Maarten Bezemer
> *Cc:* icecast at xiph.org
> *Betreff:* Re: [Icecast] Buffer in IceCast
>
> Hi Maarten,
>
> Yes, I'm behind ADSL with PPPoE but I don't think it is related with my
> case. When my client disconnects from IceCast server for 15-20 seconds, my
> active downloads are not interrupted. It currently  effects only the route
> to my IceCast server, other routes looks uneffected. I'm pinging IceCast
> server continuously and checking trace route periodically. It is comething
> like: my IceCast server is 6 hops far from me and when my connection
> goes-gomes it becomes 8 hops far from me. Also some addresses on trace route
> are not the same. This is why I see this situation as a route change.
>
> Regards,
>
> On Tue, Jun 10, 2008 at 4:44 PM, Maarten Bezemer <mcbicecast at robuust.nl>
> wrote:
>
>> Hi,
>>
>> Are you running behind an ADSL line? If so, what type of ADSL connection
>> (PPPoA, RFC1483 bridged), what type of router, etc.
>> Also the line quality (noise margin, line speed, rx/tx attenuation) may be
>> an important issue. If the line is indeed gone for 15-20 seconds, this
>> indicates a retrain/relogin of your connection. Maybe the logs from your
>> modem can tell you more about these outages.
>>
>> I doubt it is the ISP just changing routes, since the last mile to you is
>> always using the same route, and re-routing anything beyond that point
>> will have impact on large numbers of customers. Besides, those wouldn't
>> take 15-20 seconds.
>>
>> So, good luck with your new homework ;-)
>>
>> Regards,
>>  Maarten
>>
>>
>> On Tue, 10 Jun 2008, Taner Sener wrote:
>>
>> > Well, if it is the only option to overcome the problems I will certainly
>> do
>> > it,
>> >
>> > On Tue, Jun 10, 2008 at 4:23 PM, Sascha Bieler <
>> sascha.bieler at radiogong.de>
>> > wrote:
>> >
>> > >  Ups?
>> > >
>> > > Is it possible to place a second (backup) streamer in another network
>> and
>> > > you define a fallback mount?
>> > >
>> > >
>> > >
>> > > *From:* Taner Sener [mailto:tanersener at gmail.com]
>> > > *Sent:* Tuesday, June 10, 2008 3:15 PM
>> > >
>> > > *To:* sascha.bieler at radiogong.de
>> > > *Cc:* icecast at xiph.org
>> > > *Subject:* Re: [Icecast] Buffer in IceCast
>> > >
>> > >
>> > >
>> > > Actually my IP is static,
>> > >
>> > > My ISP is changing the route (my path to IceCast server). It takes
>> more
>> > > than 10 seconds to recover also I'm loosing the connection.
>> > >
>> > > On Tue, Jun 10, 2008 at 3:31 PM, Sascha Bieler <
>> sascha.bieler at radiogong.de>
>> > > wrote:
>> > >
>> > > So you have a dynamic IP-address. Right? Did you ever thought about a
>> > > static?
>> > >
>> > >
>> > >
>> > >
>> > >
>> > > *From:* Taner Sener [mailto:tanersener at gmail.com]
>> > > *Sent:* Tuesday, June 10, 2008 1:11 PM
>> > > *To:* sascha.bieler at radiogong.de
>> > > *Cc:* icecast at xiph.org
>> > > *Subject:* Re: [Icecast] Buffer in IceCast
>> > >
>> > >
>> > >
>> > > It happens sometimes after 3 hours, sometimes after 24 hours and lasts
>> for
>> > > 15-20 seconds. The problem is caused by my ISP actually and I can not
>> do
>> > > anything from ISP side.
>> > >
>> > > My client reconnects offcourse but server is playing silence during
>> the
>> > > failure.
>> > >
>> > > On Tue, Jun 10, 2008 at 1:30 PM, Sascha Bieler <
>> sascha.bieler at radiogong.de>
>> > > wrote:
>> > >
>> > > How long are these interrupts caused through network failure?
>> > >
>> > > Does your client (streamer) not reconnect automatically?
>> > >
>> > >
>> > >
>> > >
>> > >
>> > > *From:* icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org]
>> *On
>> > > Behalf Of *Taner Sener
>> > > *Sent:* Tuesday, June 10, 2008 12:25 PM
>> > > *To:* icecast at xiph.org
>> > > *Subject:* [Icecast] Buffer in IceCast
>> > >
>> > >
>> > >
>> > > Hello,
>> > >
>> > > I'm trying to establish a radio station using Icecast but I need a
>> > > recommendation about a problem. I hope you can give me some tips about
>> the
>> > > issue.
>> > >
>> > > My case is: my icecast server and ice cast client are in different
>> > > locations and connection between these two is not so healthy.
>> Sometimes
>> > > network problems causes client to loose connection with server and
>> this
>> > > causes server to broadcast silence to the listeners. I want to get rid
>> of
>> > > this. What I wonder is if IceCast Server buffers some amount of time
>> before
>> > > broadcasting it to the listeners. I mean the stream data in the buffer
>> can
>> > > be broadcasted to listeners when connection between server and client
>> is
>> > > lost. I think if there is such kind of implementation it can help me
>> on
>> > > solving this issue.
>> > >
>> > > Thanks,
>> > >
>> > >
>> > >
>> > >
>> > >
>> >
>>
>>
>>
>
> _______________________________________________
> 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/20080611/5da897af/attachment.htm>

From dtrump1 at triadav.com  Wed Jun 11 18:09:24 2008
From: dtrump1 at triadav.com (Dick Trump)
Date: Wed, 11 Jun 2008 13:09:24 -0500
Subject: [Icecast] Buffer in IceCast
In-Reply-To: <a60f52ec0806111037mdc5515kbd0967d908cf1030@mail.gmail.com>
References: <a60f52ec0806100634h47e32435ia91a17db6de7568a@mail.gmail.com>
	<Pine.LNX.4.21.0806101538510.7491-100000@wormhole.robuust.nl>
	<a60f52ec0806100713y8a3aaa4t5fe056c14e616bb1@mail.gmail.com>
	<BB69615B48DD4C49A26424D366B79CCF@tigerteam2>
	<a60f52ec0806111037mdc5515kbd0967d908cf1030@mail.gmail.com>
Message-ID: <376495834.20080611130924@triadav.com>

An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20080611/f26c6928/attachment.htm>

From thesmile at ncinet.de  Thu Jun 12 05:47:54 2008
From: thesmile at ncinet.de (thesmile)
Date: Thu, 12 Jun 2008 07:47:54 +0200
Subject: [Icecast] Buffer in IceCast
In-Reply-To: <a60f52ec0806111037mdc5515kbd0967d908cf1030@mail.gmail.com>
References: <a60f52ec0806100634h47e32435ia91a17db6de7568a@mail.gmail.com>
	<Pine.LNX.4.21.0806101538510.7491-100000@wormhole.robuust.nl>
	<a60f52ec0806100713y8a3aaa4t5fe056c14e616bb1@mail.gmail.com>
	<BB69615B48DD4C49A26424D366B79CCF@tigerteam2>
	<a60f52ec0806111037mdc5515kbd0967d908cf1030@mail.gmail.com>
Message-ID: <9587E36DA752437E94A81C55A47361C3@tigerteam2>

Hallo Taner
 
Can you send me a private mail and give me your Ip adresses (server and
office) , then I will monitor them
 
Tom


  _____  

Von: Taner Sener [mailto:tanersener at gmail.com] 
Gesendet: Mittwoch, 11. Juni 2008 19:38
An: thesmile
Cc: icecast at xiph.org
Betreff: Re: [Icecast] Buffer in IceCast


Hi Tom,

You might be right, but I don't get why my existing downloads (I guess they
are on different routes) are not affected. If my ADLS provider is doing some
IP adjustments (btw my IP is static) I expect everything to disconnect, not
only my icecast connection. So I'll monitor my USRobotics logs today and
tomorrow so see if there is something strange. 

Regards,


On Wed, Jun 11, 2008 at 11:59 AM, thesmile <thesmile at ncinet.de> wrote:


                      Hi Taner

 
I doubt that the change of routes does not affect your connection, because
this is normal practise with carriers (BGP or least cost routing) and
usually it has no impact on the enduser, as it happens in milliseconds.
My personal thinking is, that your ADSL Provider disconnects you once or
twice a day to unload the DSLAM port and sometimes, if you do not have a
fixed IP address, you even get a new IP address.
This disconnect takes a bit long to synchronize in your case.
Have you checked that? Look into the logfile of your modem/router.
 
If so, then force your modem or router to do this disconnect at a fixed time
in the middle of the night.
Which equipment are you using?
 
Tom
 
 


  _____  

Von: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] Im Auftrag
von Taner Sener
Gesendet: Dienstag, 10. Juni 2008 16:14
An: Maarten Bezemer
Cc: icecast at xiph.org
Betreff: Re: [Icecast] Buffer in IceCast


Hi Maarten,

Yes, I'm behind ADSL with PPPoE but I don't think it is related with my
case. When my client disconnects from IceCast server for 15-20 seconds, my
active downloads are not interrupted. It currently  effects only the route
to my IceCast server, other routes looks uneffected. I'm pinging IceCast
server continuously and checking trace route periodically. It is comething
like: my IceCast server is 6 hops far from me and when my connection
goes-gomes it becomes 8 hops far from me. Also some addresses on trace route
are not the same. This is why I see this situation as a route change.

Regards,


On Tue, Jun 10, 2008 at 4:44 PM, Maarten Bezemer <mcbicecast at robuust.nl>
wrote:


Hi,

Are you running behind an ADSL line? If so, what type of ADSL connection
(PPPoA, RFC1483 bridged), what type of router, etc.
Also the line quality (noise margin, line speed, rx/tx attenuation) may be
an important issue. If the line is indeed gone for 15-20 seconds, this
indicates a retrain/relogin of your connection. Maybe the logs from your
modem can tell you more about these outages.

I doubt it is the ISP just changing routes, since the last mile to you is
always using the same route, and re-routing anything beyond that point
will have impact on large numbers of customers. Besides, those wouldn't
take 15-20 seconds.

So, good luck with your new homework ;-)

Regards,
 Maarten



On Tue, 10 Jun 2008, Taner Sener wrote:

> Well, if it is the only option to overcome the problems I will certainly
do
> it,
>
> On Tue, Jun 10, 2008 at 4:23 PM, Sascha Bieler
<sascha.bieler at radiogong.de>
> wrote:
>
> >  Ups?
> >
> > Is it possible to place a second (backup) streamer in another network
and
> > you define a fallback mount?
> >
> >
> >
> > *From:* Taner Sener [mailto:tanersener at gmail.com]
> > *Sent:* Tuesday, June 10, 2008 3:15 PM
> >
> > *To:* sascha.bieler at radiogong.de
> > *Cc:* icecast at xiph.org
> > *Subject:* Re: [Icecast] Buffer in IceCast
> >
> >
> >
> > Actually my IP is static,
> >
> > My ISP is changing the route (my path to IceCast server). It takes more
> > than 10 seconds to recover also I'm loosing the connection.
> >
> > On Tue, Jun 10, 2008 at 3:31 PM, Sascha Bieler
<sascha.bieler at radiogong.de>
> > wrote:
> >
> > So you have a dynamic IP-address. Right? Did you ever thought about a
> > static?
> >
> >
> >
> >
> >
> > *From:* Taner Sener [mailto:tanersener at gmail.com]
> > *Sent:* Tuesday, June 10, 2008 1:11 PM
> > *To:* sascha.bieler at radiogong.de
> > *Cc:* icecast at xiph.org
> > *Subject:* Re: [Icecast] Buffer in IceCast
> >
> >
> >
> > It happens sometimes after 3 hours, sometimes after 24 hours and lasts
for
> > 15-20 seconds. The problem is caused by my ISP actually and I can not do
> > anything from ISP side.
> >
> > My client reconnects offcourse but server is playing silence during the
> > failure.
> >
> > On Tue, Jun 10, 2008 at 1:30 PM, Sascha Bieler
<sascha.bieler at radiogong.de>
> > wrote:
> >
> > How long are these interrupts caused through network failure?
> >
> > Does your client (streamer) not reconnect automatically?
> >
> >
> >
> >
> >
> > *From:* icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] *On
> > Behalf Of *Taner Sener
> > *Sent:* Tuesday, June 10, 2008 12:25 PM
> > *To:* icecast at xiph.org
> > *Subject:* [Icecast] Buffer in IceCast
> >
> >
> >
> > Hello,
> >
> > I'm trying to establish a radio station using Icecast but I need a
> > recommendation about a problem. I hope you can give me some tips about
the
> > issue.
> >
> > My case is: my icecast server and ice cast client are in different
> > locations and connection between these two is not so healthy. Sometimes
> > network problems causes client to loose connection with server and this
> > causes server to broadcast silence to the listeners. I want to get rid
of
> > this. What I wonder is if IceCast Server buffers some amount of time
before
> > broadcasting it to the listeners. I mean the stream data in the buffer
can
> > be broadcasted to listeners when connection between server and client is
> > lost. I think if there is such kind of implementation it can help me on
> > solving this issue.
> >
> > Thanks,
> >
> >
> >
> >
> >
>






_______________________________________________
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/20080612/ca66eff3/attachment.htm>

From tanersener at gmail.com  Thu Jun 12 06:49:44 2008
From: tanersener at gmail.com (Taner Sener)
Date: Thu, 12 Jun 2008 09:49:44 +0300
Subject: [Icecast] Buffer in IceCast
In-Reply-To: <376495834.20080611130924@triadav.com>
References: <a60f52ec0806100634h47e32435ia91a17db6de7568a@mail.gmail.com>
	<Pine.LNX.4.21.0806101538510.7491-100000@wormhole.robuust.nl>
	<a60f52ec0806100713y8a3aaa4t5fe056c14e616bb1@mail.gmail.com>
	<BB69615B48DD4C49A26424D366B79CCF@tigerteam2>
	<a60f52ec0806111037mdc5515kbd0967d908cf1030@mail.gmail.com>
	<376495834.20080611130924@triadav.com>
Message-ID: <a60f52ec0806112349l405e546dq177859830dec912@mail.gmail.com>

Hi Dick,

I've already tried similar ping, traceroute tests, but couldn't find
anything. Karl recommended me some config parametres but they didn't worked
for me, so I'll run my server & client on the same host. It is the only
working path for me.

Thanks,
Taner

On Wed, Jun 11, 2008 at 9:09 PM, Dick Trump <dtrump1 at triadav.com> wrote:

>  Taner Sener wrote:
>
> >
>
> You might be right, but I don't get why my existing downloads (I guess they
> are on different routes) are not affected. If my ADLS provider is doing some
> IP adjustments (btw my IP is static) I expect everything to disconnect, not
> only my icecast connection. So I'll monitor my USRobotics logs today and
> tomorrow so see if there is something strange.
>
>
> It looks like you have been focusing on the server connection.  Are you
> sure the source client connection isn't the problem?  Do you also have
> responsibility of that system and connection?  Here are a couple of things
> you might try:
>
>
> 1.  Set up a separate job or computer that periodically pings (or tracert)
> the source client, and if possible another location on the same IP, logging
> both results.  Then when you do have one of your unscheduled drops, compare
> the ping results to the time that you have had the dropout.  That can
> possibly localize where the loss is happening.
>
>
> 2.  If you do have control of the source client, consider running a server
> application on the same machine as the source client.  Then run your current
> server as a relay.  I'm unsure if that will provide the buffering you were
> looking for.  Karl can probably tell you if it is likely to do any good.
>
>
> --
>
> Regards
>
> Dick Trump
>
>
> Triad AV Services
>
> 1910 Ingersoll Ave.
>
> Des Moines, IA 50309
>
> 515-243-2125
>
> 515-243-2055 (fax)
>
> http://www.triadav.com
>
> dtrump1 at triadav.com
>
> _______________________________________________
> 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/20080612/7ce6f063/attachment.htm>

From ross at stationplaylist.com  Thu Jun 12 10:37:55 2008
From: ross at stationplaylist.com (Ross Levis)
Date: Thu, 12 Jun 2008 22:37:55 +1200
Subject: [Icecast] add AAC+ file header to new streams
Message-ID: <027c01c8cc78$6018f7d0$204ae770$@com>

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 announced.  There are literally thousands of internet stations
wanting to use AAC+ embedded in their websites.

However, it turns out that Flash requires a normal AAC+ file header before
it will decode the audio.  I believe it's own Flash Media Server provides
this, but people are not going to spend $1000 on it.

So the question is, can Icecast be configured to send some initial bytes
when a listener connects?  Even if a header was extracted and placed into a
file?

Thanks,
Ross.




From oddsock at oddsock.org  Thu Jun 12 14:04:43 2008
From: oddsock at oddsock.org (oddsock)
Date: Thu, 12 Jun 2008 09:04:43 -0500
Subject: [Icecast] add AAC+ file header to new streams
In-Reply-To: <027c01c8cc78$6018f7d0$204ae770$@com>
References: <027c01c8cc78$6018f7d0$204ae770$@com>
Message-ID: <29f2c230806120704u44e31a3ble627b804ab15fa2c@mail.gmail.com>

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".  So,
lets say you've built a nice flash player with a big ole "stop" button on it
that stops the NetConnection, bingo, the audio stops.  Unfortunately, due to
the content-length header you sent, Flash (in it's infinite wisdom) decides
to keep on downloading the stream unbeknownst to you, wasting a TON of
bandwidth and possibly filling up your hard drive with cache files.

This is all information I got from a LOT of testing with Flash's HTTP-based
streaming with MP3, I suspect that it hasn't changed much, since the
"content-length" tweak is still required for it to connect properly.  I
don't see a whole lot of motivation for them to fix these issues, thus
allowing people to stream using non-Flash Media Servers.

That being said, caching a the AAC+ header is certainly something that can
be done in Icecast, heck, it's REQUIRED for streaming ogg vorbis streams
(caching the first 3 pages of a vorbis stream - containing codebooks and
other critical goodies).

On a side note, Flash's RTMP (proprietary protocol) streaming does work very
well, but, of course, requires a Flash Media Server.. Which has it's share
of problems as well.


Ed

On Thu, Jun 12, 2008 at 5:37 AM, Ross Levis <ross at stationplaylist.com>
wrote:

> 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 announced.  There are literally thousands of internet stations
> wanting to use AAC+ embedded in their websites.
>
> However, it turns out that Flash requires a normal AAC+ file header before
> it will decode the audio.  I believe it's own Flash Media Server provides
> this, but people are not going to spend $1000 on it.
>
> So the question is, can Icecast be configured to send some initial bytes
> when a listener connects?  Even if a header was extracted and placed into a
> file?
>
> Thanks,
> Ross.
>
>
> _______________________________________________
> 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/20080612/b9363585/attachment.htm>

From karl at xiph.org  Thu Jun 12 16:31:48 2008
From: karl at xiph.org (Karl Heyes)
Date: Thu, 12 Jun 2008 17:31:48 +0100
Subject: [Icecast] add AAC+ file header to new streams
In-Reply-To: <29f2c230806120704u44e31a3ble627b804ab15fa2c@mail.gmail.com>
References: <027c01c8cc78$6018f7d0$204ae770$@com>
	<29f2c230806120704u44e31a3ble627b804ab15fa2c@mail.gmail.com>
Message-ID: <48514F74.6020405@xiph.org>

oddsock wrote:

> That being said, caching a the AAC+ header is certainly something that 
> can be done in Icecast, heck, it's REQUIRED for streaming ogg vorbis 
> streams (caching the first 3 pages of a vorbis stream - containing 
> codebooks and other critical goodies).

Technically icecast could be configured to cache/send something 
initially if the format is parsed but that is not the case for AAC like 
it is for vorbis.  I doubt that the header in question is constant either.

karl.



From msmith at xiph.org  Thu Jun 12 17:34:58 2008
From: msmith at xiph.org (Michael Smith)
Date: Thu, 12 Jun 2008 10:34:58 -0700
Subject: [Icecast] add AAC+ file header to new streams
In-Reply-To: <027c01c8cc78$6018f7d0$204ae770$@com>
References: <027c01c8cc78$6018f7d0$204ae770$@com>
Message-ID: <3c1737210806121034j2d673c1t4c1a24b475c465da@mail.gmail.com>

On Thu, Jun 12, 2008 at 3:37 AM, Ross Levis <ross at stationplaylist.com> wrote:
>
> So the question is, can Icecast be configured to send some initial bytes
> when a listener connects?  Even if a header was extracted and placed into a
> file?

On a technical level, this is pretty easy. You're obviously welcome to
add this to your personal copy of icecast, and use it however you
want. The icecast project is, of course, uninterested in adding
explicit support for non-free codecs, so it won't ever be in an
official release.

HTTP live streaming to flash doesn't work all that well, though. If
you were serious about this, you'd implement an RTMP server module for
icecast (or drop icecast and use a third-party RTMP server - there's
at least one that's open source).

Mike


From greg at orban.com  Thu Jun 12 17:43:10 2008
From: greg at orban.com (Greg Ogonowski)
Date: Thu, 12 Jun 2008 10:43:10 -0700
Subject: [Icecast] add AAC+ file header to new streams
In-Reply-To: <027c01c8cc78$6018f7d0$204ae770$@com>
References: <027c01c8cc78$6018f7d0$204ae770$@com>
Message-ID: <20080613002013.F18C2284FC@www.indexcom.com>

Flash HTTP AAC/HE-AAC streaming is disabled by design in the Flash 
Player. In order to correctly "stream" AAC/HE-AAC to the Flash 
Player, an RTMP encoder must be used.
Example here:
http://www.opticodec.com/flash

There are some implementations out there that do a continuous 
progressive download of an AAC/HE-AAC file. This is not true 
streaming, as the content is cached to the user hard disk, and if not 
managed carefully, allows for glitches in the audio, not to mention 
filling up hard disks. Progressive downloading is very fundamentally 
different than what Icecast2 Server currently delivers for live 
streaming, and does not work nearly as well as true Icecast2 ICY streaming.

-greg.
ORBAN


At 03:37 2008-06-12, Ross Levis wrote:
>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 announced.  There are literally thousands of internet stations
>wanting to use AAC+ embedded in their websites.
>
>However, it turns out that Flash requires a normal AAC+ file header before
>it will decode the audio.  I believe it's own Flash Media Server provides
>this, but people are not going to spend $1000 on it.
>
>So the question is, can Icecast be configured to send some initial bytes
>when a listener connects?  Even if a header was extracted and placed into a
>file?
>
>Thanks,
>Ross.
>
>
>_______________________________________________
>Icecast mailing list
>Icecast at xiph.org
>http://lists.xiph.org/mailman/listinfo/icecast


__________________________________________________________________________
Greg J. Ogonowski
VP Product Development
ORBAN / CRL, Inc.
Diamond Bar, CA  91765  USA
greg at orban.com
http://www.orban.com



From kc0ccb at hotmail.com  Tue Jun 17 21:04:44 2008
From: kc0ccb at hotmail.com (Todd Rittel)
Date: Tue, 17 Jun 2008 21:04:44 +0000
Subject: [Icecast] New invitation from Todd Rittel
Message-ID: <20080617210412.75EAEA4636@hemlock.osuosl.org>


You have been invited to connect as friends with Todd Rittel <kc0ccb at hotmail.com>

Please accept or reject this invitation by clicking below:
http://www.bebo.com/in/7140092148a84711997b134

......................................................................
Please do not reply directly to this email. 

This email was sent to you at the direct request of Todd Rittel <kc0ccb at hotmail.com>. You have not been added to a mailing list.

If you would prefer not to receive invitations from ANY Bebo members please click here - http://www.bebo.com/unsub/7140092148a84711997 

Bebo, Inc., 795 Folsom St, 6th Floor, San Francisco, CA 94107, USA.




From airteknology at gmail.com  Fri Jun 20 09:18:52 2008
From: airteknology at gmail.com (Pierpaolo Gulla)
Date: Fri, 20 Jun 2008 11:18:52 +0200
Subject: [Icecast] Questions and problems about relaying
Message-ID: <485B75FC.8070902@gmail.com>

Hi guys , I have some strange problems using Icecast2 Rlay.


I'm using two icecast2 server , 1 in a office and 1 in another office.

Every office connection have static Ip and the 8000 port fordwarded to 
the icecast private Ip by every router.

Reading the documentation 
http://icecast.org/docs/icecast-2.3.1/icecast2_relay.html

I have tryed the two type of realy:

the master-server relay doesn't work , beacuse on the slave there isn't 
the mountpoint of the master , I try to restart every server ,to statrt 
before the master and later the slave , all without result.

The Single braodcast relay works very well.

My ideas is another:

There is a possiblity for an icecast server to be a client for another 
icecast server?

Because my master server for some times will don't have static Ip , 
because I'm going to follow some artist and do a live streaming with 
this configuration


firewire camera -->pc1-->streaming on the Lan to Icecast of 
Pc2-->Icecast on the web.

The problem it's that6 all the type of the relay in the documentation is 
the serer that connects it self to the master.

There isn't a way that are the master that send the stream to the slave 
, like a client?


Excuse for my bad explanation and English , but I hpe it's understandable.


BR

Bye

Pierpaolo
<mailto:icecast at xiph.org>


From abitar.com at gmail.com  Fri Jun 20 14:09:39 2008
From: abitar.com at gmail.com (David Saunders)
Date: Fri, 20 Jun 2008 10:09:39 -0400
Subject: [Icecast] Questions and problems about relaying
In-Reply-To: <485B75FC.8070902@gmail.com>
References: <485B75FC.8070902@gmail.com>
Message-ID: <6f779c410806200709t49adcbm106e42184e7f577a@mail.gmail.com>

Hiya,

  1> Master/slave relay should work for you.. something i found in the
version i am using you have to define the mount name in the master
config file for it to be relayed to the slaves relays.  The current
relesed version supose to resolve this issue, I still trying to
compile it on my linux systems to test it out.

2> For non static IP address you can use a dynamic hosting service
like http://www.dyndns.org.  If you really want to put a server out in
the field.

3> The icecast servers cant push a stream to another server, you can
set up a stream translator to basically listen to the stream and to
source it out to a server. We have done this because allot of the
commercial available icecast hosting you cant set up as a slave  and
can only source to it.

4> I found if you look in the error.log of the slave it will tell you
why it not working.

David

On Fri, Jun 20, 2008 at 5:18 AM, Pierpaolo Gulla <airteknology at gmail.com> wrote:
> Hi guys , I have some strange problems using Icecast2 Rlay.
>
>
> I'm using two icecast2 server , 1 in a office and 1 in another office.
>
> Every office connection have static Ip and the 8000 port fordwarded to
> the icecast private Ip by every router.
>
> Reading the documentation
> http://icecast.org/docs/icecast-2.3.1/icecast2_relay.html
>
> I have tryed the two type of realy:
>
> the master-server relay doesn't work , beacuse on the slave there isn't
> the mountpoint of the master , I try to restart every server ,to statrt
> before the master and later the slave , all without result.
>
> The Single braodcast relay works very well.
>
> My ideas is another:
>
> There is a possiblity for an icecast server to be a client for another
> icecast server?
>
> Because my master server for some times will don't have static Ip ,
> because I'm going to follow some artist and do a live streaming with
> this configuration
>
>
> firewire camera -->pc1-->streaming on the Lan to Icecast of
> Pc2-->Icecast on the web.
>
> The problem it's that6 all the type of the relay in the documentation is
> the serer that connects it self to the master.
>
> There isn't a way that are the master that send the stream to the slave
> , like a client?
>
>
> Excuse for my bad explanation and English , but I hpe it's understandable.
>
>
> BR
>
> Bye
>
> Pierpaolo
> <mailto:icecast at xiph.org>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>


From jimjim197 at yahoo.com  Wed Jun 25 21:10:31 2008
From: jimjim197 at yahoo.com (Jim Smith)
Date: Wed, 25 Jun 2008 14:10:31 -0700 (PDT)
Subject: [Icecast] ezstream and icecast2
Message-ID: <103128.61877.qm@web46306.mail.sp1.yahoo.com>

Hi,

I have two issues:

1) The packet for the theora and vorbis  have much closer granules time
when using icecast2. When ezstream/icecast2 is used for a live stream
the granules times appear to be far off. Packet 1392 of audio could sync with packet
234 of the video.

2) Ezstream/icecast2 stream is so slow that the buffering in my software
causes the audio and video to stagger a lot. It's strange to me that
the icecast2 stream alone without using ezstream is very fast and
causes no buffering problem in my software.

Does anyone have any idea way ezstream would be so much slower than
using icecast2 alone? I'm only using a cat <filename> in the
ezstream config file.


Thanks



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20080625/d52c4238/attachment.htm>

From radio at cectec.org.py  Thu Jun 26 11:50:24 2008
From: radio at cectec.org.py (FM 104.1 Educativa del CECTEC)
Date: Thu, 26 Jun 2008 13:50:24 +0200
Subject: [Icecast] (no subject)
Message-ID: <000801c8d782$d3079930$6400a8c0@fm1041>


____________________________
 RADIO KA'AGUY ?E'E FM 104.1
    EDUCATIVA DEL CECTEC
 COL. PIRAPEY KM. 40 ITAPUA
 TELEF: 595 764 20018  y 20077
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20080626/8cc10c6f/attachment.htm>