similar to: Bad stuttering with Winamp 2.80

Mark Lehrer <mark@knm.org> writes: > What icecast version are you using? There was a bug prior to 1.3.11 > that caused this exact symptom. I am using 1.3.12+patch at the moment. That patch I have on it was the one I submitted earlier which fixes the problem with the wrong arguments passed to snprintf in the avl code. That shouldn't affect sound. I'm fairly certain it's a

Jack Moffitt <jack@xiph.org> writes: >> > If you've isolated it to winamp, why complain here? :) >> I wasn't complaining. I was attempting to see if anyone else had seen >> this problem. > I was joking :) Heh, wasn't sure. The tone of the list had been down lately... > Does streaming from a web server have the same problem? I assume you > tested

Very odd. Forget about this being anyone's problem but my own, my sound card just died horribly on that machine. Smoke even. =( My apologies for taking the list's time. ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< "If a man loves the labor of his trade apart from any question 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

I first downloaded Winamp Lite, which did not have Vorbis plugin, and installed the latest PP Vorbis plugin: http://www.blorp.com/~peter/zips/in_vorbis.exe That did not work, for some reason. Afterwards, I downloaded the Standard version and tried playing ogg files: it didn't work either. I installed the latest PP Vorbis plugin over this version, but still the same. What's up?? I

> Done, and it's working... but not significantly better than before. > Whereas before I couldn't clear a single song without the stream devolving > into skipping, now I'm averaging between 15-20 minutes. Better, but still > not acceptable. THen I suggest you start to look elsewhere for your problem. libshout is quite well tested and every time someone has thought it was

Hi, It's been pretty quiet as of late. I have a question. I have an icecast server housed at my provider with a very good internet connection. At work I'm using an ADSL line, which should be sufficient to listen to the 128K streams I'm sending out. However, when I listen with WinAmp, after about half an hour the stream stutters and stops. I can restart it and listen again but it

Uaaargh ... between now and the last mail, everything's gone kaploohey. But I doubt that it concerns icecast too much in this case - the streaming computer has a cpu load of 90-100% for no reason (it's an athlon 1ghz with only winamp and ssh and the system monitor running under win98). The playback on the streaming computer sounds good, though, but what reaches the client side is no more

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 recently ripped a bunch of tracks to ~192 VBR OGG using OGGDROP XPd v. 1.1 running on Win98 SE and they worked fine and sounded great in Winamp 2.80. I then edited the tags (also with Winamp 2.80) and copied the files over to to my Mac G4 running OS 9.0.4, where they sat untouched for about a month. Now, having copied them back to my Win98 SE machine, they won't play in Winamp,

: : 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

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

> 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

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

I am very excited to see the Vorbis 1.0 out. Unfortunately, neither Sonique 1.808a nor Winamp 2.5 is willing to play the resulting files. Only silence. I tried the simple case of 'oggenc track1.wav' and it created the expected track1.ogg, 3.5MB in size with avg. bitrate of 110kbps at default quality 3. These applications worked fine with a much older version of oggenc. Maybe Beta 2

I have noticed that when playing OGGs in Winamp, the bitrate displayed is always much higher than the average bitrate of the file. This was using the plugin that comes with Winamp v2.80 (v1.2 b7) For example, the latest oggenc encoded a song to 77kbps - I verified that this matched the filesize correctly. Apart from the first and last few seconds of the song, Winamp always displays between 85 -

I've just spotted that the latest version of Winamp (v2.80) has support built in (not requiring the plugin to be installed) at last. At least according the the "new features" section. Regards, Tone. <p><p><p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to

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

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

> 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