From kde-multimedia Fri Jul 29 21:32:53 2005 From: Gary Cramblitt Date: Fri, 29 Jul 2005 21:32:53 +0000 To: kde-multimedia Subject: Re: aRts in trunk Message-Id: <200507291732.53414.garycramblitt () comcast ! net> X-MARC-Message: https://marc.info/?l=kde-multimedia&m=112267282120700 On Friday 29 July 2005 10:14 am, Scott Wheeler wrote: > Coolo asked me earlier about the fate of aRts in trunk (which just switched > over to KDE 4). I suggested at this point that I didn't see any reason to > keep a copy there; there's essentially no work being done on it and we plan > on dropping it as a dependancy in KDE 4. > > Does anyone have an objection to aRts being removed from trunk? If not > I'll give him the "ok" in the next day or so. By way of feedback, let me tell you of the current state of sound support in the KDE Text-to-Speech System (KTTS). KTTS currently supports 4 audio plugins. aRts is the only one which is fully satisfactory. Here are the problems with the other 3: 1. ALSA. Problems with device contention. Some users are unable to open multiple PCMs. It appears this is a configuration problem with dmix compounded by terrible documentation on the ALSA website (The dmix wiki talks about OSS emulation. Why must I deal with OSS emulation if I'm trying to solve PCM mixing problems?) If your sound card has hardware mixing, you generally don't have a problem. If not, there's a good chance you'll have this problem. If anyone can shed better light on this problem, I'd be grateful. My system doesn't exhibit the problem (my soundcard has hardware mixing), but lots of users have reported it. (I am also seeing some things that suggest threads and alsalib don't get along but haven't been able to fully put my finger on the problem. It doesn't help that the ALSA documentation is pretty poor.) 2. aKode. aKode does not offer a true pause() function. The net result in KTTS is you must let the current sentence finish speaking when attempting to pause. I realize aKode's primary purpose is decoding, not playback, but I mention this anyway. See wish #107135. 3. GStreamer. As of GStreamer 0.8.10, it still can take up to a second for sound to stop playing when pausing or stopping. Versions of GStreamer prior to 0.8.7 had major issues playing .wav files. I still haven't figured out a reliable way to detect the minimum version of GStreamer in configure.in.in, since the core library is 0.8.7, but the wav plugins are 0.8.5. Any help from autoconf/GStreamer experts would be welcome. GStreamer with the alsa sink also exhibits PCM contention problems; probably ALSA config problem again. I understand that aRts is unsupported, nobody wants to do the maintenance (I certainly don't have the expertise or time), and getting rid of it in KDE 4 is desirable. My concern is that I'll be left with no good solution, when all is said and done. -- Gary Cramblitt (aka PhantomsDad) KDE Text-to-Speech Maintainer http://accessibility.kde.org/developer/kttsd/index.php _______________________________________________ kde-multimedia mailing list kde-multimedia@kde.org https://mail.kde.org/mailman/listinfo/kde-multimedia