Date: Tue, 10 Aug 2004 06:30:02 -0500 (CDT) From: "Conrad J. Sabatier" <conrads@cox.net> To: Rusty Nejdl <rnejdl@ringofsaturn.com> Cc: Dan Nelson <dnelson@allantgroup.com> Subject: Re: Is anything being done re: the pcm timeout issue? Message-ID: <XFMail.20040810063002.conrads@cox.net> In-Reply-To: <61285.66.13.175.242.1092110128.squirrel@[66.13.175.242]>
next in thread | previous in thread | raw e-mail | index | archive | help
On 10-Aug-2004 Rusty Nejdl wrote: > Conrad J. Sabatier said: >> >> No, no vchans in use here. My main audio app is madplay, which I >> run from a little "jukebox" script I wrote to play my MP3s. > > Ok, I've looked a bit at madplay and it looks like sound is very > different in 5.3-current. (Yes, I know about the device change in > the kernel). I haven't had a chance to test this out yet in 5.3 > because I've been focusing on some other issues - mainly GIANT's > which are killing performance for me in 5.2. > > I'm going to load this up on my laptop tomorrow and see if I can > cause this to break in any conceivable way for me. I have a dual > opteron system I can play with in my lab, but I'm afraid that this > one doesn't have sound on it. Cool, thanks. >> I've been unable to determine what's triggering the breakage myself. >> The script runs fine for a while, selecting random MP3 files and >> running madplay to play them one by one. Suddenly, madplay will >> output the message "output: write failed" (or something like that) >> and my system log will show "pcm0:play:0: play interrupt timeout, >> channel dead". >> >> After that, any further attempts to play a sound file of any sort >> result in only a split-second of sound followed by the same messages >> as above. The only cure is a reboot. >> >> I posted some truss output from madplay a while back, but it's >> probably not very useful, since a timeout had already occurred in >> a previous run, so the listing only showed what was happening once >> the device had already become broken. >> >> Catching it "in the act", so to speak, is tricky, as it may work >> fine for an hour or two before the first breakage occurs. This >> would require a HUGE amount of truss or ktrace logging. >> >> We had a discussion recently here about certain peculiarities in the >> sound code, but never reached any useful conclusions, and none of >> our sound experts ever joined in, either. > > Yeah, I noticed that too. Wasn't sure though, since I just recently > joined the list. > >> >> I would hate to see 5.3 released with this problem still unsolved, >> but it's beginning to look like that may, in fact, be the case, >> unfortunately. I had hoped, too, that by this time we would have >> seen the new MIDI code incorporated into the tree as well, but it >> seems that sound (other than the abrupt yanking of the previous >> MIDI code and the recent renaming of devices/drivers) is being sadly >> neglected lately. > > Well, let's get testing and breaking, then. I'm with you! If there's anything I can do, feel free to ask away. Thanks! -- Conrad J. Sabatier <conrads@cox.net> -- "In Unix veritas"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.20040810063002.conrads>