similar to: directory servers and stuttering

I'm running Icecast v1.3.7 and I've recently noticed there's a direct correlation between a stream "stuttering" and the icecast process having difficulty contacting one or more directory servers. In short, if icecast can't connect to a directory server, then it tends to affect the playback on the stream, such that clients will typically get dropped with message such as

You wrote: : Do your two bogus servers cause stuttering under 1.3.7? There's a big : difference in the errors you can get from trying to make a connection, : no route to host, connection refused, just really slow, blah blah. Good point. I put 1.3.7 back and tested. The initial bogus servers worked pretty much okay. : You're looking for test cases where the connect time would be

One question though - how do I create a pseudo user? Thanks, Andrew On Sun, 25 Feb 2001, Michael Faurot wrote: > In article <983130226.25873@phzzzt.atww.org> you wrote: > > : 1) With regards to the recent buffer-overflow exploit and the > : recommendation of running icecast as a non-root user, how exactly does > : one do that? > > I do it via "su". I use

In article <983130226.25873@phzzzt.atww.org> you wrote: : 1) With regards to the recent buffer-overflow exploit and the : recommendation of running icecast as a non-root user, how exactly does : one do that? I do it via "su". I use a pseudo user named "ice" and have this in a shell program that starts icecast: exec su --login -c

Alexander Newald <alexander@newald.de> wrote: : Compiling went fine, but execution is a problem: [...] : --- SIGSEGV (Segmentation fault) --- : +++ killed by SIGSEGV +++ [...] : I used the config files of the previos version : Some hints... Same situation here (also used previous configuration file from v1.3.8beta). RedHat v6.X, kernel 2.2.17 (with RedHat's patches). --

: A piece of new code which should only get included on older systems was : getting compiled in anyway. That's been fixed. new tarballs and rpms : are on the site (same version number, but the rpms have -2 now). That seems to have done the trick. Thanks. BTW, is CVS the only way to get libshout? I didn't see a link for it at http://www.icecast.org/download.html. --

You're going to need root access. Presumably you have it if you have control over icecast. You could do a simple adduser. Then use your favorite editor and open up the /etc/passwd file (again as root). You'll need to read up on what each of the fields are, but in short you'll want to * the password field for that new user. You'll also want to change the shell to /bin/false.

Hi, I've been getting reports of stuttering audio in my VoIP application that uses Speex 1.1.11. Since I haven't had this report with previous versions of Speex I was wondering if one of the bug fixes in 1.1.12 solves a bug which causes the stuttering. To me the stuttering report sounds like the decoder state that speex uses gets messed up. Some info, I use the floating point version of

After one minute of connection the stream from our icecast 1.3.10 server (debian package 1.3.10-2) starts stuttering. And after some stuttering the client is disconnected by the server. The usual client is a windows winamp. The icecast logs shows that the the client is not receiving data fast enough. A small part out the logs is shown below. That the data is not received fast enough is rediculous

> A good number have id3v2 tags... say 20-30%. Do you find that it's stuttering on id3v2 files? Since those contain data that is counted by the timing code, but not played the the player, that seems a likely suspect. Ie, you'll get _playable_ data too slow. Try a stream with _no_ id3v2 files and see if the problem persists. > > What version of linux? glibc? > > RH 7.2

The only thing that has changed is the winamp version number. My radio streams are unaltered (to the point of the same process connecting to two versions of Winamp). What happens is that I begin to hear skips in the stream. Soon the stream is full on stuttering, as if a square wave was modulating the volume control. Anyone else experience this? ------ Dave Hayes - Consultant - Altadena CA, USA

Dear List, After some googling around without any results, I'm quite puzzled. Since some past update I can't precise, kernel 2.6.164 works fine, however 2.6.194 has some sound problem in my somewhat old and beaten Toshiba laptop. -Audacious plays OK but other applications have problems. -For instance, mplayer acts quirky: when I pause a playing video, sound keeps stuttering endlessly. The

I'm running xorg-x11-drv-nouveau-1.0.9-1.fc19.x86_64 and xorg-x11-server- Xorg-1.14.2-9.fc19.x86_64 On the following chipset, the display suffers from "stuttering": 06:00.0 VGA compatible controller: NVIDIA Corporation GT200b [GeForce GTX 285] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Gigabyte Technology Co., Ltd Device 34c9 Control: I/O+ Mem+ BusMaster+

I've got an Allwell set-top box (http://www.gctglobal.com/Products/Set_Top_Box/set_top_box_0.html) connected to my entertainment center (stereo + TV) running a 2.4.17 kernel. I'm eagerly looking forward to running Boss Ogg (http://bossogg.sourceforge.net/) on it to play my music collection encoded in FLAC. None of my music files are on the set-top box, they're all on a server

Title says it all - for the time being I am stuck deploying Asterisk in ESXi . We are also looking at Proxmox for our next round of servers.. Everything works fine except conference calls - very stuttery , have tried a few different codecs. I assume this is a granular clocking issue , and wondering if anyone has anything I could try to fix or mitigate the problem in ESXi environment . We have

hi Neologism, i can play flac from my server to my workstation via nfs. i have a 100BaseT line as well. i only get stuttering when i'm copying files at the same time as listening. i'm using xmms. perhaps something is not set up correctly. maybe the unit doesn't have enough processing power to deal with the bandwidth usage (i am unfamiliar with the unit though). anyway just thought

On 28/08/13 23:03, Sam Varshavchik wrote: > I'm running xorg-x11-drv-nouveau-1.0.9-1.fc19.x86_64 and > xorg-x11-server-Xorg-1.14.2-9.fc19.x86_64 > > On the following chipset, the display suffers from "stuttering": > > 06:00.0 VGA compatible controller: NVIDIA Corporation GT200b [GeForce > GTX 285] (rev a1) (prog-if 00 [VGA controller]) > Subsystem:

hi list. after my unsuccessfull experiences with mISDN i tried again to implement a zaphfc based solution. problem is: sound on calls via capi is stuttering/broken and therefore unuseable. my conf: - cel 1300, 256mb ram - avm b1 via capi connected to my outgoing ISDN - acer surf pci via zaphafc and crosslink cable with termination as internal bus - siemens gigaset 3035 as internal phone -

With last Wine the sound stutters. With last from Ubuntu repository (old) 1.0.1, work near the flawless! I use alsa (pulseaudio -> default -> alsa). ... But sometime wow crash. Now I've tried 1.1.10 and 1.1.11 and the the sound stutters. Please fix this problem :( Ubuntu 8.10 x86_64 Q6600 at 3.2GHz X-Meridian 7.1 nVidia 8800 GT 512Mb Zotac AMP!

Hello all, When i finally managed to run Diablo3 game thru wine, it was working perfect. No stuttering at all. I've finished the Diablo3 on normal level and now i'm playing it again on nightmare level - but i doubt that's releated to my problem. Since few days when i run diablo via wine i get incredible stuttering, the game is nearly unplayable but _nothing_ changed in wine's