It's the exact same volume wheel that the Pandora uses. So yeah, it's a poti with absolute values and an ADC.
We discussed that a long time ago - and users here disliked an encoder but wanted to have a classic volume wheel. So that you can turn the volume fully down without looking.
That's why we use an older one. However, some fixes that improves things (including audio driver support) have not been implemented in the one we use, so all those improvements would need to be backported.
Yes, each kernel updste caused various issues which need to be solved before we can switch to them.
aTc is usally trying out the kernels, so I'm not sure what the issue is with this one. Could be non-bootable, 3D not working anymore, etc.
I think it's not supported by the hardware.
Hm. it might be possible that the system informs the daemon that music is playing, so no polling needed.
Usually, when no audio is playing, the output is being disabled (power saving). That should be known to the system.
I think it's...
Good start :)
Ah, another thing that came to my mind: Maybe disable polling completely while audio is not playing anything is also an idea.
No need to change the volume while nothing plays.
PulseAudio has full audio emulation, most software fully works with that.
And it has the way...
This is a small bounty - but it also shouldn't be too much work.
Basically, I'd like to improve the volume wheel daemon aTc wrote so that it uses less power and gives some more improvements.
At the moment, it regularly polls the status of the volume wheel and changes the ALSA hardware volume...
The Pyra has some not-so-easy things that need fixing - and I'd like to offer bounties for those!
The audio driver is part of that.
What's the issue with audio on the Pyra?
At the moment, we're using a very basic audio driver, which causes quite a few problems.
* I provides ONE audio device...