search for: studders

...is an encoder bug or just a weakness in the algorithm, but I have a sample of "Time" from Dark Side of the Moon, where the clocks go off in the beginning. There's one clock in the right channel 34 seconds in just as they're winding down. In the vorbis encoding, the clock 'studders' and there seem to be some low-frequency pops. A bit like the waveform is being very rapidly cycled in and out of the bistream. Its quite noticable. Samples are posted at http://ephemeralfic.org/time.flac, time128.ogg, time160.ogg, and time192.ogg (it occurs at all three bitrates). Encoder...

Hello all, I'm looking to troubleshoot some echo issues and possibly "studdering" while using the speakerphone with the Intellitouch ITC3002. On the hardware end, i have a 2621 setup as the router with some policy maps for qos, and a 2900XL with cos priority set to 5. I have setup created 2 vlans currently (really small office), 1 for corp/data, and 2 voice vlan. Asterisk is on

On Tue, 24 Jul 2001, Brendan Cully wrote: | you can get the not-open-source version free from shoutcast.com. Your | symptoms imply that you may be trying to stream high-bitrate MP3s? | (that would be 160kbit+). For starters, try setting sleep_ratio to 0 | in icecast.conf. Although it burns more CPU it may save you some | grief. Alternatively you could try checking out icecast from CVS, | although

So, a friend pointed me to the patch for sock.c:533, and that patch went a LONG way in fixing the streaming problems I've been experiencing (on solaris 8/sparc.) Thanks so much for that! Now, I think that *sending* the stream is now squared away, but I think one problem remains on the receiving end of things. I use the perl streamcast utility to stream my playlists, and tracks sound great.

I'm experiencing rather severe problems with 1.0.9 (we've had to backrev to our last version we know works (1.0.5). We are running a single PRI line with a T100P card. After about 10 hours of asterisk running and the modules loaded we start hearing noise and "stuttering" on any call that passes over the PRI line. I've tried this with echo cancellation on and off with

Hello all, There''s been many posts lately about problems that stem from either duplicate macs, non static macs and other networking issues that would be averted if a mac was specified upon vm creation. I''ve been using this little function I wrote in my shell scripts that setup dom-u''s from a csv file and its worked rather well, lets you control the prefix and

On Tuesday, 24 July 2001 at 19:38, Dale Ghent wrote: > On Tue, 24 Jul 2001, Brendan Cully wrote: > > | you can get the not-open-source version free from shoutcast.com. Your > | symptoms imply that you may be trying to stream high-bitrate MP3s? > | (that would be 160kbit+). For starters, try setting sleep_ratio to 0 > | in icecast.conf. Although it burns more CPU it may save you

Hey guys, I'm running ubuntu 10.04 on wine 1.2-rc3 on a Asus G73JH Laptop. Ive gotten steam and l4d2 to install and I can run both, but while in game with l4d2, it runs okay at certain points but then studders/slows down when the action ramps up. Is there anything I can do to improve the performance so its more playable? Thanks for the help.

One thing that has to be done for MP3 file streaming is to send out a stream only as fast as the bit rate of the file or the re-sampled bit-rate. If you go too fast, the Icecast relay and player will drop bytes in order to catch up. If you go too slow you will get pauses. I wrote an MP3 file streaming perl script. The program sends out 1 second of a stream and then waits for a second to pass

okay well i've been fighting to get wow to work the past few days...i am a complete linux noob running ubuntu 8.10(intrepid)...after many issues installing i finally got the game installed and booting up however when i get in game i deal with massive glitching and screen tearing i set all screen tear reduction options in wow and have read several possible fixes but i have insufficient

Actually, it was a coincidence that it was between songs... after trying again, my Winamp list the stream, and I looked in the icecast.log file and saw this: [03/May/2001:19:34:43] [8:Source Thread] Kicking client 11 [192.168.1.4] [Too ma ny errors (client not receiving data fast enough)] [listener], connected for 2 m inutes and 9 seconds, 1866136 bytes transfered. 0 clients connected Is this

Hi, I''m trying to get a handle on hfsc. Here is my configuration: root@jmnrouter:/jmn# tc class show dev vlan1 class hfsc 1: root class hfsc 1:1 parent 1: ls m1 0bit d 0us m2 225000bit ul m1 0bit d 0us m2 225000bit class hfsc 1:10 parent 1:1 rt m1 191000bit d 25.0ms m2 135000bit ls m1 0bit d 0us m2 135000bit ul m1 0bit d 0us m2 225000bit class hfsc 1:20 parent 1:1 rt m1 22008bit d

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