Skip to contentSkip to conversation

esound over tcp problem with linux-2.4.0-test[89]

DISCUSSION Ryan Murray 1 participant 1 message Dec 9, 2000 1 message not in the archive

lore
Share & tools
lore

A message that is not in the archive (sent off-list or not yet received): [email protected]

#1 lore raw
Quoted 3 lines · John M. Flinchbaugh

basically, when i added ram to my linux-2.4.0-test8 box taking it from 96M to 192M of ram. esd over tcpip started popping, hesitating, distorting. if i limit the memory at kernel boot to 127M (and no

The popping and distorting are bugs of esound, which are fixed in the 0.2.22-1 Debian package.

The hesitating, however, seems like it may be a kernel problem:

esound on 2.2.x with localhost tcp sockets, or 2.4.x with unix domain sockets return 4096 bytes per read of a sound stream (such as that from an mp3 player).

esound on 2.4.x with localhost tcp sockets sometimes returns 4096 bytes, sometimes less, and sometimes stops sending data for a second or two, causing esd to "pause" and go to sleep, and stopping all audio output. Forcing esound to not read any more data (with a horrible sleep(1) in the code) causes enough data to queue up on the socket that the hesitation vanishes. If the stream stops and starts again (ie: switches songs in your mp3 player), the hesitation often comes back until esound sleeps for a second again.

So my question is whether there may be a problem in localhost TCP sockets with streams of data like this?

Signature · 7 lines
Ryan Murray, ([email protected], [email protected], [email protected])
Projects Manager, Stormix Technologies Inc., Debian Developer
The opinions expressed here are my own.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/