On Wed, 4 Sep 2013, ottomeister wrote:

I set up a kiosk session that presents a chooser (based on a setup from Craig Benders Think Thin Blog) with a list of back-end servers that are connected via RDP (uttsc) or XDMCP (Xephyr). Other protocols like VNC, NX or whatever should work as long as the client is available for Solaris.

This setup would allow us to run desktop sessions despite the fact that the backend server OS (the linux flavour of the day?) might not be supported by SRSS. Even some sort of load balancing should be possible to implement without to much effort (check load of backend server pool members before actually connecting to one of them).

My current problem seems to be audio with a linux back-end server, as I don't have an idea how to forward the audio from the back-end server to the nested X session.

If you're using SRS 5.4 then it should have the new PulseAudio-based
audio subsystem.  (On Solaris the old SADA subsystem is still
available for backwards compatibility.  Each session should have a
'utaudio -p' daemon for Pulse and a plain 'utaudio' for SADA.)
Pulse is supposed to be able to deliver audio across the network, so
if the audio apps on your back-end Linux systems are built on the
PulseAudio libraries then you might be able to have them deliver
their audio streams to the SRS machine.

This should work even if the audio apps does not have have built in PulseAudio support. For example, with OSS applications, you can use the "padsp" wrapper. With ALSA applications, it is possible to use the ALSA-PulseAudio-plugin, which we contributed to the ALSA project back in 2006. It's available on most modern Linux distributions. (See also http://www.cendio.com/resources/docs/tag/sound-redirection.html)

Regards, ---
Peter Åstrand           ThinLinc Chief Developer
Cendio AB               http://cendio.com
Teknikringen 8          http://twitter.com/ThinLinc
583 30 Linköping        http://facebook.com/ThinLinc
Phone: +46-13-214600    http://plus.google.com/112509906846170010689
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users

Reply via email to