[gobolinux-users] Audio recipe advisory

Benjamin Bruheim grolgh at gmail.com
Tue Mar 13 19:13:39 UTC 2007


> Hi there Ben. Sorry for the late reply, but I was waiting until I
> could give a special attention to this message.

Heh, sorry for late response again. But now it was just me not reading
mail properly :)

> But well, we're on KDE 3.5.6 right now.. I also dislike ARTs, but I
> think we must keep using it until their packages are fixed to live
> fine without that dependency. I'm going to compile KDE for the
> incoming 014 iso this week (it's the next package in my queue), so I
> would really like to do the right thing, without compromising KDE
> apps.

Yes, I did some research while writing that mail, and it became more
of a "note for the future" than a proper advice on the ARTs problem.
And you are right, we should keep it until noatun has been fixed. But
we might see ARTs removed before KDE 4 at least.

> By the way, I can also remember at least from Audiofile. Is there any
> important application depending on it nowadays? Audiofile's latest
> release dates from 2004..

I'm sorry, but I haven't looked into Audiofile. Is this a library?

> Is there a way to compile this as a module, or does it only compiles
> as a built-in? I ask this because I'm afraid that if the patch is
> somehow defective all the sound infrastructure will be compromised,
> and a new kernel without realtime-preempt should be needed.

No, this patch is more or less a "hack to get everything react
quickly" by doing modifications to parts of the kernel that aren't "up
to standards" for a real time system. It is just as useful for any
realtime systems as for audio. But since I learnt that adding patches
is very streamlined I think making this standard is of less importance
and more a documentation issue. But given the good trackrecord of the
patch I think it might be considered since it does make "everyones
life" better; it's not niche. :)


More information about the gobolinux-users mailing list