Displaying 20 results from an estimated 20000 matches similar to: "Newbie support"
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
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
0
Strange hanging...
Hi,
I've been doing some experiments today with ices, icecast-2.0.1 server and using ogg123 to play the stream on a client device...
Twice, the client appears to "lock" at around the same point - once at 189:45:56 and the second time at 187:45:40. The server log states:
[2004-05-30 17:28:50] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1
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
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
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
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 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 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 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
2
Server disconnects clients
On Wednesday 29 October 2003 17:29, Ricardo wrote:
> Excellent!
>
> With WinAmp 5 it works but after about 45seconds I get the same messages in
> error.log
>
> [2003-10-29 08:38:33] DBUG format/format_generic_write_buf_to_client
> Client had recoverable error -1
This should never happen. It looks like a bug present in some old versions (>
6 months old), are you sure a
2006 Sep 02
2
URL authentication
I can't get URL authentication to work. The notification script is
never called by icecast (v 2.3.1).
This is the mount point:
> <mount>
> <mount-name>/tp.mp3</mount-name>
> <max-listeners>499</max-listeners>
> <hidden>1</hidden>
> <no-yp>1</no-yp>
> <authentication
2004 Aug 06
1
Icecast2 and IceS2 client problem
Dear All:
I have Icecast2 and IceS2 successfully built and installed on a Debian 3.0
system. After tinkering with the config files, both applications are running
and seem to be talking to each other without problem. However, when I try to
connect with a client, I run into problems: with Winamp 2.8, I get an [HTTP/1.0
200 OK] message, but then the stream is apparently dropped before buffering.
2006 Sep 08
0
URL authentication
Isn't there anybody who has at least an idea what might be causing
this? Or is URL authentication no longer considered a functional part
of Icecast?
/ Peter Bengtson
2 sep 2006 kl. 11.29 skrev Peter Bengtson:
> I can't get URL authentication to work. The notification script is
> never called by icecast (v 2.3.1).
>
> This is the mount point:
>
>
>>
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
Re-9: Newbie-Question
Ok, icecast is really running. I put some oggs in the webroot-dir and I am able to lay them via winamp.
Now to the problem with ices. Still doesn't work
-------- Original Message --------
Subject: Re: Re-7: [icecast] Newbie-Question (24-Sep-2003 9:26)
From: william@welho.com
To: d.moritz@edv-partner.com
> The easiest way to check icecast is working ok I reckon is to stick some
2004 Aug 06
2
Server disconnects clients
I meant to include a download URL for Winamp 5
http://www.majorgeeks.com/download.php?det=2490
Ross.
--- >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-request@xiph.org'
containing only the word 'unsubscribe' in the body. No subject is needed.
Unsubscribe messages
2004 Aug 06
1
Re-7: Newbie-Question
Ok, I converted my sample .mp3-file to ogg which worked properly.
But still no music.
I checked the logs and found the folowing:
INFO main/main icecast server started (looks good)
INFO connection/_handle_source_request Source logging in at mountoint "/example1.ogg"
DBUG source/source_main Source creation complete
DBUG source/source_main Disconnecting source due to socket read error:
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