On Fri, Oct 31, 2008 at 01:00:47AM +0100, Rafa?? Mi??ecki wrote:
2008/10/31 Luc Verhaegen
: On Fri, Oct 31, 2008 at 12:15:21AM +0100, Rafa?? Mi??ecki wrote:
That's right, with current git I don't have to use Option Audio true anymore. However I still need to use Option "HDMI" "DVI-D 1" on my M82 with PANEL, VGA and HDMI outputs.
Is this possible to make audio working in future without this hack? I don't mean HDMI outputs only but also cards with DVI outputs that are able to transfer audio.
Rafael, this is not a hack. I doubt that we want to enable audio indiscriminately on all tmds based outputs, as even our dell monitor refuses to sync to its claimed preferred mode when there's audio on the same signal. When edid handling is extended, some things might start happening automatically, but even then you still should need to force audio on displays that do not advertise this.
Ah, I didn't know we have any known situation of mode setting broken by enabling audio (in HDMI). I had to miss some mail.
Do we know if your case is caused by some driver issue that can be fixed or is this hardware bug? Do you have any plans of investigating that? :)
This 1600EUR dell monitor is just a POS :) But sadly it will not be the only POS out there, as there's a lot of cheap S out there as well (coen brothers rockà :)).So our only option is to have users state: "Yes, i am certain that i want audio pushed out over this link" Hence the option for persistent audio capabilities, or an randr "property" for those who change their minds afterwards. It's the best we can do if we have no extra info from the monitor, and we do get extra info, we will need a way to override this as well :( Nothing is ever easy or straighforward in this game :) Luc Verhaegen. -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org