On Mon, Sep 19, 2005 at 05:56:55PM -0500, Mike Perry wrote: > Also, I just tested playing mp3s over some shares at work using the > same laptop, and both Windows hosted shares and samba (on debian) > hosted shares exhibited the same problem. The Debian Samba server took > the longest to reproduce: about 30 minutes of continuous play before > stopping. This is about as long as NFS took to die on my local setup. > > Note that my main desktop at work is a Windows XP machine using winamp > to listen to the same shares. Winamp has *never* stalled, and I have > been on this network for over a year, listening to mp3s almost every > day for several hours a day.
This outrules the server side, right? > > > Think I should also file the bugs with xmms and bmp upstream? Any > > > other suggestions? > > > > No, I don't think this is an application issue. Try cutting out the > > apps from the diagnosis by reproducing the error by simple file > > copying. > > I am pretty convinced this is an application issue, especially since > now I am able to reproduce it at work. You mentioned three applications exhibiting this problem, it is unlikely that they all have similar bugs. Check out the common components, which are o your client hardware o your client's kernel (sound or smbfs subsystem) Network and servers can be outruled, if you switched them and if using a Windows client does not exhibit this. > My feeling is that file copying will not reproduce the error because > it is due to logic in xmms/bmp expecting unbuffered reads to return in > a particular timeframe and in one instance they do not. You mentioned rising the buffers which even made things worse. It would had been the other way. If you can use another (Linux) client with different hardware and sound drivers. If it stops, you know where to look, if not, then it's harder to continue diagnosis, as you will have swapped all parts. -- Axel.Thimm at ATrpms.net
pgpvyIKc4waJJ.pgp
Description: PGP signature
_______________________________________________ atrpms-users mailing list [email protected] http://lists.atrpms.net/mailman/listinfo/atrpms-users
