http://bugs.winehq.org/show_bug.cgi?id=2853
------- Additional Comments From nbetcher@mchsi.com 2005-08-04 15:40 ------- I would disagree with the goals remark, here's why: Cedega's goal is to run games, mainly, and the applications that support them. WineHQ's goal is to run all Windows applications, libraries, and possibly down the road allow for expanding to other things like drivers, etc.
Cedega's goal is with-in WineHQ's goal. I would, say, for example, agree with you if WineHQ's goals were to only run games and the applications that support them, and Cedega visa-versa.
When I received comments such as the ones I have made when I was an unpaid open source developer, I would give the same responses I have received. The responses are all valid and I respect them. The biggest problem, though, in this situation is that we do know that a clean (non-kernel, non-real-time priority) solution exists.
I downloaded the source to aRts (the sound server for KDE, as I'm sure everyone knows already) and modified the file soundserver/artswrapper.c to work with wine. Unfortunately it seems there is some kind of a problem as it's not able to get real-time support from the kernel (or whatever gives real-time priority). Obviously this wouldn't be a permanent fix, but it would (to some extent) excersize the theoretical "fix" that was posted on wine-devel.
The question with that fix though is: Cedega doesn't require root privilages after install (e.g. run-time), nor does it require the SUID=0 bit. This proves to me that there IS another option. I wish I had more knowledge of sound servers, buffers, and all of the various audio I/O stuff so that I could help, but I don't. (It would be nice if Stefan [Westerfeld] from the aRts project could investigate this since this used to be more of a problem with aRts back in the KDE 2.x days)
-
Wine Bugs