search for: occastionally

Displaying 6 results from an estimated 6 matches for "occastionally".

Did you mean: occasionally
2005 May 10
3
Client has fallen too far behind
Hi, I've a little bit trouble. I've set up an icecast 2.2.0 and an ices 0.4 system. Every song, sometimes every two songs my playler lost the connection to the stream and in DEBUG-Mode I found a logfileentry like: DBUG source/send_to_listener Client has fallen too far behind, removing. I changed the queue-size in icecast.xml from 102400 to 902400 (don't know if it is a good
2005 May 10
0
Client has fallen too far behind
...d the queue-size in icecast.xml from 102400 to 902400 (don't > know if it is a good value) but the only result is the interrupt occur > some songs later. This usually means the client can't receive fast enough - possible because their connection is too slow. It's normal to get it occastionally with some songs. If it's dropping clients that are fast enough, maybe there's something wrong with your mp3 files? The ices log files might have more useful info. Increasing the queue size will almost always just delay a problem, not solve it. Mike > > I'm realy confused, c...
2005 May 10
1
Client has fallen too far behind
Michael Smith schrieb: >On 5/10/05, Anatol <icecast@recordcaster.de> wrote: > > >>[...] >> >> >This usually means the client can't receive fast enough - possible >because their connection is too slow. It's normal to get it >occastionally with some songs. > >If it's dropping clients that are fast enough, maybe there's something >wrong with your mp3 files? The ices log files might have more useful >info. > > Hm ... the two servers are in the same rack. From the one there is no problem to recive data and...
2018 Mar 20
2
[cfe-dev] When to use '-mcpu' versus '-march'
...so, I'd match that. > b) Typically -march/-mtune (though the latter isn't supported in llvm at the moment, see an earlier post from me to llvm-dev on how to support that) are what I'd use for new ports. We used it in a number of new/out of tree ports in gcc as well. > c) -mcpu is occastionally used for "-march+-mtune" when -march by itself is generally "this architecture, but generic tuning". > -- Dick Hadsell 203-992-6320 <tel:(203)%20992-6320> Fax: 203-992-6001 <tel:(203)%20992-6001> Reply-to: hadsell at b...
2018 Mar 20
0
[cfe-dev] When to use '-mcpu' versus '-march'
...> > b) Typically -march/-mtune (though the latter isn't supported in llvm at > the moment, see an earlier post from me to llvm-dev on how to support that) > are what I'd use for new ports. We used it in a number of new/out of tree > ports in gcc as well. > > c) -mcpu is occastionally used for "-march+-mtune" when -march by itself > is generally "this architecture, but generic tuning". > > > > -- > > Dick Hadsell 203-992-6320 <(203)%20992-6320> Fax: > 203-992-6001 <(203)%20992-6001> > Reply-to:...
2002 Feb 27
1
Bug in glm.fit? (PR#1331)
G'day all, I had a look at the GLM code of R (1.4.1) and I believe that there are problems with the function "glm.fit" that may bite in rare circumstances. Note, I have no data set with which I ran into trouble. This report is solely based on having a look at the code. Below I append a listing of the glm.fit function as produced by my system. I have added line numbers so that I