Hi All:<br>
<br>
I'm currently trying to use one of those $20 IR keyboards to control
myth. Or specifically, volume. I have one of those Audigy
LS cards which do not have a PCM or a Master; instead, the active
control is "Analog Front" (as I mentioned in the previous
e-mail). Also per that e-mail thread, myth is unable to control
it internally (0.18, currently the latest released KnoppMyth).<br>
<br>
So, this keyboard has "multimedia keys" inlcuding volume up/down.
My thoughts were to simply set up the OS to call amixer -q set "Analog
Front" 15+ for each press for the up key, and similar for the
down. I was follwing instructions as indicated at:
<a href="http://gentoo-wiki.com/HOWTO_Use_Multimedia_Keys#Setting_up_xmodmap">http://gentoo-wiki.com/HOWTO_Use_Multimedia_Keys#Setting_up_xmodmap</a><br>
(no, I am not running Gentoo, but the basic idea is the same).
I've identified the keycodes and added them to my system Xmodmap, and
verified (through xmodmap -pk) that the keycodes are being mapped to
XF86AudioRaiseVolume, etc. <br>
<br>
As Knoppmyth uses fluxbox as its window manager of choice, I edited ~/.fluxbox/keys and added <br>
None XF86AudioRaiseVolume :ExecCommand /usr/bin/amixer -q set "Analog Front" 15+<br>
as indicated by the howto referenced above.<br>
<br>
I then forced a full reload of X and a login to ensure all config files
were reread, but my volume buttons have nearly no effect. With or
without mythfrontend running, they do not effect the volume of the
channel (I've verified with amixer get "Analog Front"). However,
if mythfrontend is running and I press one of the buttons, it
immediately segfaults. Even if I don't have the definition in
.fluxbox/keys, it still does. This indicates that Mythfrontend is
somehow capturing the XF86AudioRaiseVolume/LowerVolume events, but
segfaults on them.<br>
<br>
I do have mythfrontend set to not control volume internally due to the
whole issue with it not being able to control "Analog Front".<br>
<br>
Any suggestions? <br>
<br>
Thanks in advance!<br>
--Jim<br>