Displaying 20 results from an estimated 10000 matches similar to: "Strange hanging..."
2004 Aug 06
2
Problems streaming Ogg Vorbis with icecast2+ices
Hello,
Perhaps it is a typical question but i've got stuck. I'm using icecast2+ices
to stream some ogg vorbis files or voice_in_life (/dev/dsp) over the
network/internet.
All seems to work fine, for example using:
ogg123 http://127.0.0.1:8000/mount
works :). And:
ogg123 http://my_internet_ip:8000/mount
works too from another pc over internet and far away :).
Using mplayer works fine
2004 Aug 06
1
client disconnects after one song is played
I'm using the latest CVS source under Linux using a playlist
of ogg files. When I use a client to connect on the same
machine, there is not any disconnect (xmms and zinf). When
using a client on a Windows machine, I get mixed results.
Zinf on windows will play thru the current song but then stops
when the song is finished and does not play the next song
being streamed (see log below).
2004 Aug 06
2
Server drops client - problem with IceS?
Hi there,
I just joined the list and have a question on one of the earlier posts:
On Oct 28 2003, Ricardo wrote that his server diconnected his clients. I
have the exact same problem - and a bit of testing/analysis.
<p>I am running an Icecast server and IceS on the same linux box. IceS is
encoding a live stream from my sound card.
After a while of listening (approx 2 mins) from another
2004 Aug 06
4
Server disconnects clients
Hi
I'm running Icecast2 with the IceS streamer which was installed from the
ports on FreeBSD. Everything seems to be fine with my configuration as it
starts up fine but as soon as I connect using a client like Media Player or
WinAmp I see the following in the error.log
[2003-10-27 21:00:27] DBUG format/format_generic_write_buf_to_client Client
had recoverable error -1
[2003-10-27 21:00:27]
2004 Aug 06
2
Re:Icecast with Winamp
Hi,
I can get ices2/icecast2 to broadcast ogg files in a playlist to FOOBAR
in MS-Windows (and various apps in Linux). When I try to connect in
WinAmp in MS-Windows, I get in error.log:
[2004-02-04 21:38:39] DBUG source/source_main Client added
[2004-02-04 21:38:41] DBUG format/format_generic_write_buf_to_client
Client had recoverable error -1
[2004-02-04 21:38:42] DBUG
2004 Aug 06
1
Newbie support
I have just setup icecast on my RedHat 9 server and it's working fine except
that every 2 minutes or so I get an error in icecast error log giving about
20 lines of :
DBUG format/format_generic_write_buf_to_client Client had recoverable error
-1
And then
DBUG source/source_main Client has fallen too far behind, removing
It then restarts streaming to the client
The result is that the music
2004 Aug 06
0
Newbie support
I have just setup icecast on my RedHat 9 server and it's working fine except
that every 2 minutes or so I get an error in icecast error log giving about
20 lines of :
DBUG format/format_generic_write_buf_to_client Client had recoverable error
-1
And then
DBUG source/source_main Client has fallen too far behind, removing
It then restarts streaming to the client
The result is that the music
2004 Nov 27
3
Prevent client disconnecting fallen-too-far-behind
Hello,
Does anybody know how I can configure icecast so it doesn't disconnect a
client which "has fallen too far behind".
We are using icecast2.01 streaming software for our church home-listening
system.
Our client we use a netgem-netbox.
We are streaming 25kbps MP3 on V90-56kbps modem connection
After around 45 minutes after starting the cleint the icecast error.log
reports:
2004 Nov 27
0
Prevent client disconnecting fallen-too-far-behind
On Sat, 2004-11-27 at 21:52, Henk van de Ridder wrote:
> Hello,
>
> Does anybody know how I can configure icecast so it doesn't disconnect a
> client which "has fallen too far behind".
there isn't anything else icecast can do when that condition is reached
> We are using icecast2.01 streaming software for our church home-listening
> system.
> Our client we
2004 Aug 06
2
OGG123 frozen under certain circumstances while listening at icecast
Hello,
ogg123 | ices2
are doing transcoding
but ogg123 is staying frozen under certain circumstances
here is the stack
#0 0x401f25d4 in __pthread_sigsuspend () from /lib/libpthread.so.0
#1 0xbffff94c in ?? ()
#2 0x401f2398 in __pthread_wait_for_restart_signal () from /lib/libpthread.so.0
#3 0x401eef0b in pthread_cond_wait@GLIBC_2.0 () from /lib/libpthread.so.0
#4 0x0804b0d3 in
2004 Sep 01
2
Client had recoverable error
Hi there,
I?m using icecast 2.0.1 with darkice 0.14 streaming an 192kb mp3 stream.
Everything seems to work fine except that clients (eg winamp5) disconnect
after a period of time (5/10/20 minutes). The icecast log shows some weir
errors:
[2004-08-18? 01:24:54] DBUG format-mp3/format_mp3_write_buf_to_client Client
had recoverable error -1
[2004-08-18? 01:24:54] DBUG
2004 Aug 06
2
WinAmp3 & Icecast2 compatibility?
Hello folks
I'm having trouble playing ogg streams with WinAmp3. I run Icecast2 & Ices2
(both compiled from CVS about two weeks ago) on a Linux box, the files
being streamed were encoded with oggenc (from oggutils1.0, managed
80kbitrate...) The problem is that WinAmp3 won't actually play the .ogg
stream. When I give it the URL (http://myserver:8000/mount.ogg) it says
2004 Aug 06
1
Log delay, recoverable error -1, replaygain
Hi!
I have a few questions about the log files icecast produces, plus I have a
little issue with replaygain but lets start with the icecast log stuff:
If a client (listener) connects to icecast at, say, 12:00, the connection
time is stored in the access log about 15-30 minutes later (or on
disconnection). Is it possible to get icecast to log client connections
immediately with the correct
2004 Aug 06
3
PATCH: increase network congestion resilience
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
find a patch which is an update to a patch sent months ago. Before it was
in net/sock.c, now I moved it to format.c, so net CVS module is not
affected. It polls the socket before trying to send() any byte to check
if the TCP buffers are full due to network congestion.
See below the warning messages of "normal" (at least in
2004 Aug 06
2
Client has fallen too far behind
Hello,
Anybody got any idea what could be causing this:
[2004-04-14 00:15:28] DBUG source/source_main Client has fallen too
far behind, removing
[2004-04-14 00:15:28] DBUG source/source_main Client removed
is this just a bad connection to the icecast server? When I ping the
server is get a reply of 20ms and no packet loss.
i'm using:
-icecast2
-ezstream to create a mp3 stream to the
2018 Aug 29
0
Icecast is shutdown / client auth failed with ""
Hello,
In order to identify if was some issue regard to the auth api we include
some trace logs and we move it to other machine.
Bellow is what trace we are generating (date, result, elapsed time in
milleseconds, request):
[8/29/18 11:49:00 AM] 200 0.3721
action=listener_add&server=r22&port=443&client=2616&mount=/alphafmsp&user=&p
2004 Sep 02
0
Client had recoverable error
On Wed, 2004-09-01 at 23:06, Silvester Verdonkschot wrote:
> Hi there,
>
> I?m using icecast 2.0.1 with darkice 0.14 streaming an 192kb mp3 stream.
> Everything seems to work fine except that clients (eg winamp5) disconnect
> after a period of time (5/10/20 minutes). The icecast log shows some weir
> errors:
>
> [2004-08-18 01:24:54] DBUG
2009 Feb 27
0
Frequent disconnects when relaying
Hi,
We're running primary server (A) that has two local streams from ices2
0.2 and a secondary server (B) that relays the two streams from A and
has one local stream from ices2 in addition. Both A and B are in the
same building, though not on the same LAN.
Recently we've started having B disconnect one channel or the other
frequently from A. All listeners on that channel on B get
2004 Sep 03
3
Client had recoverable error
Mhhh. I am streaming from a 8mbit adsl connection so it should be fast
enough. I tried streaming with media player, it's working for 24 hours now,
doesn't seem to have the problem, is my winamp 5.03 broken? Or is winamp
broken in general? :)
Thanks for the help.
Silvester
-----Original Message-----
From: Karl Heyes [mailto:karl@xiph.org]
Sent: donderdag 2 september 2004 22:57
To:
2004 Aug 06
3
Problem with Icecast2/Ices streaming MP3.
Hello everyone,
I am running Icecast 2.0.0 with ices-3.0. I run ices on a machine which
has all the mp3 files I am playing and stream these mp3 to Icecast which
is running on another machine. Every now and then, say 2 hours. Ices
keeps churning out errors saying updating meta data and socket errors
and keeps retrying and after some time it suceeds for one file and then
when playing the next file