similar to: [Flac-users] Stuttering over NFS & Samba

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

I'm trying to network-boot a GCT Allwell set-top box without success. My frustration level is high. The problem seems to be that the Allwell is sending a RRQ with an option. tftp-hpa responds with an OACK, and waits for the corresponding ACK from the Allwell. The Allwell never sends that ACK, but instead continues with the same RRQ until timeout. Having read RFC1782, this makes me think

I haven't been here during the development, and I haven't yet looked at the source, but the end result is so impressive that it's moving me to comment: In this great free software world we live in, it is rare to find a project so well researched, designed, executed, and presented as FLAC. It fits my needs beautifully, aligns with my political interests, and has been rock solid

As far as I can tell "numericality" is not a word. Maybe this method should be renamed. -- R. Mark Volkmann Partner, Object Computing, Inc.

I''m trying to keep my rails app lean and mean and want to avoid (if possible) dealing with image uploads, thumbnail generation, running RMagick etc. I was excited about Amazon letting you upload files directly from the browser to your S3 bucket (http://doc.s3.amazonaws.com/proposals/ post.html) but I couldn''t figure out how to generate thumbnails - has anyone figured this out?

Hi friends: I tried to convert a model object to yaml(use to_yaml method), and after that, I would like to convert the yaml(string type) back to the model object. But when I use YAML::load to do that, it failed, the return object''s class is Yaml class, not my prior model class.. Please tell me how can I do to convert yaml to an object as the prior model class, or how can I access the

Thank you Gabriel, Agree, although I think that could be relaxed in this single case and AsIs class could be ignored. Best, Jan On Sun, Mar 29, 2020 at 7:09 PM Gabriel Becker <gabembecker at gmail.com> wrote: > > Jan, > > I believe it's because it has "a non-NULL attribute other than names" as per the documentation. In this case its class of "AsIs". >

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

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

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

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

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