similar to: Strange hanging...

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