On Tue, May 17, 2011 at 08:43:43PM +0200, Takashi Iwai wrote:
The current flat array implementation is a result after hard time with attempts of implementing the graph in mixer API at the time of ALSA 0.5.x. This ended up with a total mess of the code.
Maybe now we'd implement it differently, but I believe that the flat array itself is the best as the primary data form. We can provide some extended attributes to each control if needed.
Yeah, the discussion was to initially keep the array of controls and associate that with a separate graph so that we have a way for userspace to figure out how all the controls are plumbed together and what they actually mean. One of the main drivers for interest in the media controller API was that it's already doing the graph drawing to userspace bit.
- Laurent suggested a new ioctl to export media_entity information to
userspace, as a binary buffer containing a list of TLV (Type-Length-Value) field. However it looks like there's already an ELEM_BYTES control type. It might make more sense to expose this information using native ALSA controls, but again feedback from smart people on this list would be welcome.
You may use a TLV information provided for each control element, too. So far, this provides only the dB information. But it doesn't have to be restricted to that.
We also need to be able to add non-control nodes to what's visible to the user, showing fixed function connections.