I would specifically like to interact with the developers who are responsible for the code relating to<br><br>1) The --realtime switch and the code which set up the SCHED_FIFO priorities and memory locking.<br><br>2) The excessive CPU use by alsaplayer (which may be in part due to improper &quot;polling&quot; of various file handles).<br>
<br>For problem #1 it looks like the code doesn&#39;t appear to output &quot;reasonable&quot; error messages when either the sched_setscheduler or the mlockall calls fail.  There also seems to be no attempt to take into account that non-superusers may be granted both scheduling priority and memory locking &quot;permissions&quot; using ulimits which in line with those set by the system admins in /etc/security/limits.conf.  (The code may have been written a long time ago and never updated to reflect increased abilities of admins to grant various privileges to certain users/groups.  The only solution I have currently is to run alsaplayer as root which is highly undesirable.  Using the &quot;maximum&quot; real time priority should be considered highly dangerous on most systems.<br>
<br>For problem #2, playing a set of songs (mp3s) off of a hard drive on my computer using mplayer takes about 3% of the CPU time (measured by top).  Playing the same set using alsaplayer uses anywhere from 15-25% of the CPU.  Which makes the use of alsaplayer highly undesirable for people with &quot;green&quot; concerns, laptop battery lifetime concerns, etc.  I cannot believe that the &quot;fancy&quot; graphical display demands 10-20% of the CPU of -- particularly when it may be &quot;off screen&quot; when the user minimizes it, switches workspaces or virtual terminals.  I have strace&#39;d an executing alsaplayer and from the frequency of poll/futex/gettimeofday as well as read calls that do nothing (return EAGAIN) it seems clear that a lot of work could be done to optimize alsaplayer to be more efficient.  (Don&#39;t feel bad as I&#39;m fairly sure that all the browsers, firefox, opera, etc. have similar problems.)<br>
<br>Could someone tell me who the responsible people are and if they are still active working on alsaplayer?  If not, who are the responsible parties to whom changes should be suggested?<br><br>Thank you,<br>Robert Bradbury (<a href="mailto:robert.bradbury@gmail.com">robert.bradbury@gmail.com</a>)<br>