zajec5@gmail.com said:
I'm be happy to test it, but I fail to understand how this plays with Alsa and kernel drivers. This driver executes as part of the xorg server, right?
I guess it's Alsa that detects audio device on GPU and transferrs audio to it (for example by setting "device" in MPlayer). Aha. So Alsa does this already today? It's just that it never leaves the card?
But radeonhd has to enable this audio output in HDMI and set timing registers. Try to use "mplayer -ao alse:device=hw=X.Y" WITHOUT HDMI connected. What should X and Y be?
You see what happens about speed of playing? That's my knowledge, for more details wait for Christian :) I'll have to actually test it to see...
You mention that it fails when you switch VT. How did you expect it to work when switching VTs? AFAICT, the xorg server is outside the loop when on a non-X VT.
Read Christian's works again :) 1. Switching to other VT and back kills playing Audio. The key word here is "back". When I switch to console audio stops playing - that's fine. But when I switch again to X I expect audio to resume playing. Ok. Then we have different expectations. I expect audio to be orthogonal to the VT selection. If anything it's a _policy_ decision if you want to have "audio follows VT selection". It shouldn't be enforced by the architecture.
Fianlly I also do not understand you :) You're happy to test it, but does it actually work for you?
Remains to be seen. I'm happy to test it after work. We'll see what comes out of it. Before testing it though. I'd like to know what to expect. Making an audio driver inside the X driver just seems odd to me. How come all of this is not in the kernel? Together with e.g. modesetting? Cheers, /Anders -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org