On Tue, Mar 3, 2009 at 7:27 PM, Kevin Kofler wrote:
Rawhide Report wrote:
> New package rtaudio
> Real-time Audio I/O Library
This package appears not to support PulseAudio. I'm seeing things like this
in its ALSA code:
> while ( card >= 0 ) {
> sprintf( name, "hw:%d", card );
(where card is an integer).
There's also this nonsense comment:
> ALSA doesn't provide default devices so we'll use the first available one.
That's nonsense, there's a "default" device which apps are supposed to
use
by default.
Why do sound libraries which don't work with Fedora's default sound system
even pass review? And can someone please fix this? (Making this use
the "default" device by default would go a long way towards fixing this,
but of course it should also get tested because there might be other broken
assumptions lurking.)
Kevin Kofler
The default device issue is pointed to upstream already:
https://sourceforge.net/tracker/index.php?func=detail&aid=1915372&...
I don't know why the author thinks that ALSA doesn't provide a default device.
Anyway, the contents of this package was already in Fedora for a long
while. It was an embedded library inside the "libzzub" package (which
is now renamed to "armstrong"). It works.
I just wanted to separate it (along with other statically linked
libraries like portmidi, libsndfile, rubberband, zlib...) from
"armstrong" .
To test rtaudio, you can use the sequencer called "aldrin" that is in
Fedora, or if you want to use the latest version, please follow:
https://bugzilla.redhat.com/show_bug.cgi?id=487639
The fact that a software doesn't use pulseaudio is definitely an
"advantage", in my opinion. My experience says: Less pulseaudio less
trouble.
Orcan