RealtimeKit and the audio problem [LWN.net]

RealtimeKit and the audio problem

Posted Jul 1, 2009 22:03 UTC (Wed) by MisterIO (guest, #36192)
In reply to: RealtimeKit and the audio problem by Martin.Schwenke
Parent article: RealtimeKit and the audio problem

I admit I don't know much about that, but if setting the priority to real time solves the problem, IMO the RealtimeKit is a good solution. Messing with the scheduler, for something that can instead be solved like RealtimeKit does, is a bad idea. And the problem about dependencies seems far fetched, with all the dependencies that complete sound packages already have, it's strange that depending on dbus is such a problem(it's actually surprising that the sound package doesn't already depend on that).

(Log in to post comments)

RealtimeKit and the audio problem

Posted Jul 2, 2009 6:15 UTC (Thu) by drag (subscriber, #31333) [Link]

I agree on that. Having a requirement on Dbus does not seem to be a serious issue.

That is a issue of people just not wanting change, it seems. Its not entirely unreasonable.. People have put a lot of work getting Linux audio distros out there right now, and have put work into wikis and other documentation, and lots of other little things and changing the way things work will have a cascading effective of PITA-ness.

But the trade-offs should be worth it.

Combine this realtimekit with things like "policykit" can make things much easier to configure and avoid a lot off the issues you run into when you try to explain to artists about having to editing text files and running various command line stuff. You can make it possible to give users ability to do realtime stuff without also giving them the ability to run sudo or su and things like that.

Also time to time normal desktop stuff needs this. Pulse-Audio is much better then it used to be, but still having realtime performance options for PA does help quite a bit with some people's setup. It should be a easy option to enable for users.