similar to: directory servers and stuttering

: : Try 1.3.8 as well, maybe the updated connect code didn't go in until : : then. : Will do. I'll report back after I've had a chance to compile and set : that version up. Initial tests with v1.3.8beta2 seem to solve the problem. To test, I've added two bogus directory servers to the configuration which it cannot possibly connect to and when it goes to touch, there doesn't

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

I'm running a CentOS 6.5 chroot to build Pale Moon (a Firefox fork) for older machines running distros like Puppy linux. Before anyone asks... * Yes, even though the older machines are using "ancient" glibc, etc, they do have security patches back-ported, e.g. http://www.murga-linux.com/puppy/viewtopic.php?t=90461 "Lucid Puppy Revitalized as 5.2.8.7 - December,

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=552 ------- Additional Comments From cbettero@ciditech.it 2007-03-04 21:48 MET ------- This problem prevents AJAX web sites to be hosted on the internal web server, because many packets will be dropped instead of passing into PREROUTING chain... -- Configure bugmail: https://bugzilla.netfilter.org/bugzilla/userprefs.cgi?tab=email

> 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

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

Hi there, I recently found a workaround for the "stuttering legs" bug in WoW, which is currently described in AppDB. It should work for everyone using gnome - so, since this is widespread, I thought it would be a good idea to share the workaround with you. I noticed that the running animation is all okay when activating auto-run - and that holding down the "run forward" key

Hi Jack, interesting that you should mention NTP. With the problem that I am having, I am getting actual libshout errors. I have run all my mp3s through mp3check and my disk subsystem is 7200 RPM SCSI. Why would NTP cause issues? ----- Original Message ----- From: "Jack Moffitt" <jack@xiph.org> To: <icecast@xiph.org> Sent: Wednesday, February 06, 2002 1:48 PM Subject: Re:

> Why would NTP cause issues? Because it changes your system clock. Which is how things keep time. So if you change it, you're going to throw off the timing :) jack. --- >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

> > What kidn of files are you streaming? > > MP3s and nothing but. Are they high bitrate? VBR? Do they have id3v2 tags? We could all guess they were mp3s :) <p>What version of linux? glibc? Icecast 1.3.11? jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to

Stupid question - how do you increase your buffer size? Gary ----- Original Message ----- From: "Jack Moffitt" <jack@xiph.org> To: <icecast@xiph.org> Sent: Wednesday, February 06, 2002 1:48 PM Subject: Re: [icecast] Stuttering stream <p>> > Done, and it's working... but not significantly better than before. > > Whereas before I couldn't clear a

On Wed, 6 Feb 2002, Jack Moffitt wrote: > > 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. I replaced my normal playlist with a much smaller one of files

May sound like a strange question, but I am inferring from your note that you can take a lower bitrate mp3 and reencode to higher bitrate? I was always under the impression that you could go down, but not up because the required information was no longer within the mp3 file in order to step it up. If in fact this is the case, are there any requirements? i.e. does the sample rate need to be 44.1

On Thursday, 07 February 2002 at 09:20, Gary Major wrote: > May sound like a strange question, but I am inferring from your note that > you can take a lower bitrate mp3 and reencode to higher bitrate? I was > always under the impression that you could go down, but not up because the > required information was no longer within the mp3 file in order to step it > up. orry, I should