on Friday 08/15/2003 Michael Smith(msmith@xiph.org) wrote
> On Friday 15 August 2003 02:01, John Covici wrote:
> > Hi. I am having a strange problem where the source times out during
> > anicecast2 stream -- I was using mp3pro at 32khz and even some other
> > speeds. I have set the source timeout for 1 minute, but it still
> > times out or says connection reset by peer.
> >
> > Now the strange thing is that I also had a windows media stream on
> > the same source machine going to a wm server and it had no problems!
> > So can someone tell me am I missing something, is wm more reliable?
> >
> > Thanks.
>
> You haven't said what software you're using to create your mp3
stream. It's
> almost certainly a bug in that software, not in icecast2. However, I
can't
> say for certain without you giving a LOT more detailed information.
I am using simplecast from spacialaudio.com which uses the winamp
mp3pro input plugin to encode mp3pro. This is a windows program
which takes from the soundcard and streams to either Windows Media or
shoutcast or icecast 1 or 2 servers.
What happens is that maybe once an hour or maybe longer, I either get
connection reset by peer for the source, or it complains about the
socket timeout expiring and disconnects the source which
automatically logs in again, but the poor listeners have to reconnect.
At first I thought they were having network problems at the source,
such as someone else using the pipe or something, but then why would
the Windows Media work without problems, that is why I thought it
might be an icecast bug.
Here is a relevant log excerpt:
[2003-08-13 21:44:46] INFO connection/_handle_source_request Source
logging in at mountpoint "/live_pro", 64.30.208.48
[2003-08-13 21:44:46] INFO connection/_handle_source_request Source
tried to log in as /live_pro, but mountpoint is already used,
\64.30.208.48
[2003-08-13 21:45:01] INFO connection/_handle_source_request Source
logging in at mountpoint "/live_pro", 64.30.208.48
[2003-08-13 21:45:01] INFO connection/_handle_source_request Source
tried to log in as /live_pro, but mountpoint is already used,
\64.30.208.48
[2003-08-13 21:45:16] INFO connection/_handle_source_request Source
logging in at mountpoint "/live_pro", 64.30.208.48
[2003-08-13 21:45:16] INFO connection/_handle_source_request Source
tried to log in as /live_pro, but mountpoint is already used,
\64.30.208.48
[2003-08-13 21:45:30] WARN source/source_main Disconnecting source:
socket timeout (60 s) expired, 64.30.208.48
[2003-08-13 21:45:30] INFO source/source_main Removing source
following disconnection, 64.30.208.48
[2003-08-13 21:45:30] INFO source/source_main Source "/live_pro"
exiting, 64.30.208.48
[2003-08-13 21:45:31] INFO connection/_handle_source_request Source
logging in at mountpoint "/live_pro", 64.30.208.48
[2003-08-13 21:45:31] DBUG source/source_main Source creation
complete, 64.30.208.48
--
John Covici
covici@ccs.covici.com
--- >8 ----
List archives: http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to
'icecast-dev-request@xiph.org'
containing only the word 'unsubscribe' in the body. No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.
On Friday 15 August 2003 12:03, John covici wrote:> I am using simplecast from spacialaudio.com which uses the winamp > mp3pro input plugin to encode mp3pro. This is a windows program > which takes from the soundcard and streams to either Windows Media or > shoutcast or icecast 1 or 2 servers.I've never heard of this one before.> > What happens is that maybe once an hour or maybe longer, I either get > connection reset by peer for the source, or it complains about the > socket timeout expiring and disconnects the source which > automatically logs in again, but the poor listeners have to reconnect. > > At first I thought they were having network problems at the source, > such as someone else using the pipe or something, but then why would > the Windows Media work without problems, that is why I thought it > might be an icecast bug. > > Here is a relevant log excerpt: > > [2003-08-13 21:44:46] INFO connection/_handle_source_request Source > logging in at mountpoint "/live_pro", 64.30.208.48 > [2003-08-13 21:44:46] INFO connection/_handle_source_request Source > tried to log in as /live_pro, but mountpoint is already used, > \64.30.208.48 > [2003-08-13 21:45:01] INFO connection/_handle_source_request Source > logging in at mountpoint "/live_pro", 64.30.208.48 > [2003-08-13 21:45:01] INFO connection/_handle_source_request Source > tried to log in as /live_pro, but mountpoint is already used, > \64.30.208.48 > [2003-08-13 21:45:16] INFO connection/_handle_source_request Source > logging in at mountpoint "/live_pro", 64.30.208.48 > [2003-08-13 21:45:16] INFO connection/_handle_source_request Source > tried to log in as /live_pro, but mountpoint is already used, > \64.30.208.48These messages are a bit strange - it looks like your source keeps trying to connect again and again, even when it's already/still connected. Doing so after it is disconnected is sensible, doing it while it's already connected is just stupid. Indicates that the source isn't very smart.> [2003-08-13 21:45:30] WARN source/source_main Disconnecting source: > socket timeout (60 s) expired, 64.30.208.48And this - which is where the source is disconnected, shows that the source just stopped sending any data. Definately a bug with your source program. Mike --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
The source keeps trying to log in because it thinks its already
disconnected, and tries every ten seconds thereafter to connect, so
that is why this is happening like that.
on Friday 08/15/2003 Michael Smith(msmith@xiph.org) wrote
> On Friday 15 August 2003 12:03, John covici wrote:
>
> > I am using simplecast from spacialaudio.com which uses the winamp
> > mp3pro input plugin to encode mp3pro. This is a windows program
> > which takes from the soundcard and streams to either Windows Media or
> > shoutcast or icecast 1 or 2 servers.
>
> I've never heard of this one before.
>
> >
> > What happens is that maybe once an hour or maybe longer, I either get
> > connection reset by peer for the source, or it complains about the
> > socket timeout expiring and disconnects the source which
> > automatically logs in again, but the poor listeners have to
reconnect.
> >
> > At first I thought they were having network problems at the source,
> > such as someone else using the pipe or something, but then why would
> > the Windows Media work without problems, that is why I thought it
> > might be an icecast bug.
> >
> > Here is a relevant log excerpt:
> >
> > [2003-08-13 21:44:46] INFO connection/_handle_source_request Source
> > logging in at mountpoint "/live_pro", 64.30.208.48
> > [2003-08-13 21:44:46] INFO connection/_handle_source_request Source
> > tried to log in as /live_pro, but mountpoint is already used,
> > \64.30.208.48
> > [2003-08-13 21:45:01] INFO connection/_handle_source_request Source
> > logging in at mountpoint "/live_pro", 64.30.208.48
> > [2003-08-13 21:45:01] INFO connection/_handle_source_request Source
> > tried to log in as /live_pro, but mountpoint is already used,
> > \64.30.208.48
> > [2003-08-13 21:45:16] INFO connection/_handle_source_request Source
> > logging in at mountpoint "/live_pro", 64.30.208.48
> > [2003-08-13 21:45:16] INFO connection/_handle_source_request Source
> > tried to log in as /live_pro, but mountpoint is already used,
> > \64.30.208.48
>
> These messages are a bit strange - it looks like your source keeps trying
to
> connect again and again, even when it's already/still connected. Doing
so
> after it is disconnected is sensible, doing it while it's already
connected
> is just stupid. Indicates that the source isn't very smart.
>
> > [2003-08-13 21:45:30] WARN source/source_main Disconnecting source:
> > socket timeout (60 s) expired, 64.30.208.48
>
> And this - which is where the source is disconnected, shows that the
source
> just stopped sending any data.
>
> Definately a bug with your source program.
>
> Mike
>
> --- >8 ----
> List archives: http://www.xiph.org/archives/
> icecast project homepage: http://www.icecast.org/
> To unsubscribe from this list, send a message to
'icecast-dev-request@xiph.org'
> containing only the word 'unsubscribe' in the body. No subject is
needed.
> Unsubscribe messages sent to the list will be ignored/filtered.
--
John Covici
covici@ccs.covici.com
--- >8 ----
List archives: http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to
'icecast-dev-request@xiph.org'
containing only the word 'unsubscribe' in the body. No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.