At Fri, 06 Feb 2004 14:14:22 +0100, Thomas Charbonnel wrote:
The problem I see and I dislike with this is that iec bits are associated with playback. This is probably fine with most devices, but not with hardware that can do hardware routing, where you may want to route signal through the S/PDIF out with a certain bit combination - no playback is involved here. I believe a generic iec bits handling interface is a good thing, but is should not be affected by the card's status. Any comment on this Takashi ?
well, in that case, the put callback of "IEC958 Playback Default" should change the corresponding register value immediately, too.
Ok, but it seems this can't be done with iecset,
hmm? iecset will read/change "IEC958 Playback Default" (searching both MIXER and PCM interfaces). it doesn't change "IEC958 Playback PCM Stream", though.
Ok, sorry, it took me some time to get it. The problem then is that the hdsp driver does not implement this the proper way at the moment (and it should be broken also for rme9652 cards because the code comes from there). I will fix that soon.
so I'm back with my question concerning amixer : all the 'value' fields of IEC ctls show a question mark. Is this a problem with the driver ? If not what would be the syntax to access those ctls ?
amixer doesn't handle IEC958 status properly.
IIUC, this ctl is supposed to be used for example by DVD playing applications so that the fact they may temporary require the Non-Audio bit to be set for AC3 passthru does not interfere with the user settings ?
If so I'll keep this ctl and implement it properly.
Anyway thanks for clarifying, it was much needed :) Thomas
------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
