similar to: Too many "too many errors"

Displaying 20 results from an estimated 10000 matches similar to: "Too many "too many errors""

2004 Aug 06
0
Too many "too many errors"
I have a patch that will fix your stuttering problem, apply to version 1.3.10. In src/sock.c line 533, replace the original line (return n;) with this: return (t==0) ? n : t; This will not help you if your client is legitimately not able to receive data fast enough, but should correct the stuttering. If you want more information, or a "proper" patch, let me know. Mark $
2004 Aug 06
3
Too many "too many errors"
> In src/sock.c line 533, replace the original line (return n;) with > this: > > return (t==0) ? n : t; > > This will not help you if your client is legitimately not able to > receive data fast enough, but should correct the stuttering. > > If you want more information, or a "proper" patch, let me know. Didn't I apply this patch to cvs? jack.
2004 Aug 06
5
Too many "too many errors"
> > Hmm. I tried a windows laptop box (kinda slow) and indeed after about > > 30-40 minutes playback starts stuttering and eventually disconnects > > from the icecast server. > > > > Nothing else is running on this box. What gives? Why am I losing about > > 25% of the connections to this error? > > Are you using shout? Let me clarify here with the
2004 Aug 06
1
Too many "too many errors"
Jack Moffitt <jack@icecast.org> writes: > Are you using shout? No, using winamp with the shoutcast plugin to get audio from an analog stream. ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< "You have rights antecedent to all earthly governments; rights that cannot be repealed
2004 Aug 06
0
Too many &quot;too many errors&quot;
Let me explain more of my testing. I take the same laptop (a cheap compaq). I point winamp at my icecast server, which is one hop away (frame relay T1). After 30-40 min I get stuttering and eventual disconnect. I point same winamp on same laptop to random icecast server(s). It's fine for more than 2 hours, at a higher bitrate even. (I am broadcasting at 40kb, I tested rates at 96 and 128kb.)
2004 Aug 06
0
Too many &quot;too many errors&quot;
Let me explain more of my testing. I take the same laptop (a cheap compaq). I point winamp at my icecast server, which is one hop away (frame relay T1). After 30-40 min I get stuttering and eventual disconnect. I point same winamp on same laptop to random icecast server(s). It's fine for more than 2 hours, at a higher bitrate even. (I am broadcasting at 40kb, I tested rates at 96 and 128kb.)
2004 Aug 06
7
Problem with Streams > 160KBit/s
Hi, does anybody set up an icecast server delivering streams > 160KBit/s ? I tried that with liveice and shout but in both cases the stream stutters very much. So, I have eliminated the Net (stream to localhost), the CPU (P3/800 should be fast enough), and lame (can encode 320kBit/s 3 times faster then the wav has secs). So the Problem should be icecast. can anybody please enlight me?
2004 Aug 06
2
liveice mount points
I have been sucessfully streaming with liveice/icecast. Now I want to add a second broadcast with differanct music. I thought I could just create a new dir, plop in a new liveice config file in the dir, with a diff mountpoint in the second config file and be on my way. But when i try this, the the second instance of liveice is kill instantly. Is this the correct way to stream two differant
2004 Aug 06
1
&quot;no encoder&quot;
Hi, I am a new user of icecast, and need help with the set up. I am streaming two independent streams with shout (mount 1:shout1, mount 2:shout2). Icecast accepeted both streams on mountpoints /shout1 and /shout2. I tried to receive each stream with Winamp using "<a href="http://<IP">http://<IP</a>>:8000/shout1" and "<a
2016 Apr 14
2
(rfc) too many keys, usecase?
There is no /root/.ssh/authorized_keys on remote host, so I have to authenticate with password. On the remote host: # /usr/sbin/sshd -T | egrep permitroot permitrootlogin yes Attempting: $ ssh root@<remotehost> shows: Received disconnect from <remotehost> port 22:2: Too many authentication failures for root packet_write_wait: Connection to <remotehost> port 22: Broken
2004 Aug 06
3
Too many errors .....
Hi Stream-Freaks, I have an online radio, and very often the stream is broken, in the logfile is the error message [17/Jan/2003:16:10:59] [2877:Source Thread] Kicking client 2877 [195.145.211.50] [Too many errors (client not receiving data fast enough)] [listener], connected for 13 minutes and 55 seconds, 5196648 bytes transfered. 0 clients connected I don't know how. The Client has a 2Mbit
2006 Oct 12
2
Too Many Mysql connections
In my app, for three models: foo,bar and baz, the database connection is made to a different database and hence in model code: class Foo < ActiveRecord::Base establish_connection :diff_database end class Bar < ActiveRecord::Base establish_connection :diff_database end class Baz < ActiveRecord::Base establish_connection :diff_database end Now, the problem is, if is use the above
2004 Aug 06
3
Stuttering stream
I'm using shout 0.8.0, icecast 1.3.10 on Redhat 7.2. My stream skips all over the place. I can't even get through one song without having to restart the stream or having icecast boot me. Most of my MP3s are 128kbps, and that's the default bitrate in shout. I've turned on autocorrect and force bitrate, but it still skips. Autocorrect seems to make the time between skipping a bit
2004 Aug 06
2
icecast newbie
Hello All, I'm a newbie in icecast and I'm trying to put it runnig nice, (please, be patient with my english) I got it running with shout, with a big directory of mp3 in my playlist, but after few seconds of transmission it begins to fail. My mp3 files are all 128 at 44. May be the bandwidth to low?? Other question is how can I set a low stream to dial conections of 56K with
2004 Aug 06
4
Stuttering stream
on 2/6/02 10:19 AM, Jack Moffitt at jack@xiph.org wrote: >> It's not my bandwidth from the server... a week ago, I was streaming >> Shoutcast from Windows with no problems. It's not my bandwidth at work >> (where I'm listening), I can pull in other 128k streams with no problem. >> >> Help? > > Where is shout? > > And you shouldn't be
2004 Aug 06
3
Getting the Stream to &quot;Just Start Playing&quot; on the client
Hmmm... Maybe I wasn't clear. This is a public Web site. Some people are using Netscape, most using IE... All different kinds of media players, mostly WinAmp, Real, WMP, and iTunes. What I'm looking for is a way for the media player to be launched automatically. If I choose "Open from this location" from the link, WinAmp DOES open. .pls files *are* mapped to WinAmp, I'd
2004 Aug 06
7
Sacrilege, but...
Hi all, I'm afraid that having spent yet another entire day floundering around in the world of icecast, I've really now got to the point of asking a difficult question. I set up an icecast server back in early 1999, and it seemed to work fine for months. We had a server crash here that meant I had to go and reget the sources to rebuild, and ever since then it has been nothing but
2004 Aug 06
4
Stuttering stream
On Wed, 6 Feb 2002, Jack Moffitt wrote: > ices is built on libshout. libshout should have perfect timing and it > also detects and discards corrupt frames and supports VBR streams. It > is basically the _new_ version of shout. ices refuses to load. It whines about libmp3lame.so.0 being missing. I found the message in the archives that supposedly forces ices to compile with lame
2004 Aug 06
2
Icecast & Liveice b.s.
>OK, maybe I'm dense. You have no soundcard. thus, you will not be mixing >on the fly or anything as you won't be able to hear it. So why are you >using liveice? The Alpha is the server on the local network, and it doesnt have the need for a soundcard. I would like to stream to other computers on the network that do have a soundcard. Why liveice? Why not? It is one of the few
2004 Aug 06
1
FW: Problem with ezstream
Hello Guyz, I am facing a problem while trying to compile ezstream 0.1.2. First some information about my setup: nsti# uname -a FreeBSD nsti.localdomain 4.9-RELEASE-p7 FreeBSD 4.9-RELEASE-p7 #0: Thu May 13 21:46:04 IST 2004 prince@nsti.localdomain:/usr/obj/usr/src/sys/NSTI i386 nsti# pkg_info BitchX-1.1 "An alternative ircII color client with optional GTK/GNOME