hi jay, hi list, i'm stuck in a horrific pile of bucks-work these days - so i apologise for not even saying a little piep...
>another is to use PulseAudio as the sound source. We can redirect the >audio data from PulseAudio through the RDP channel so you don't need >any altered RDP client. btw.: all of the channel stuff should work with unaltered versions of m$-rdp- clients (at least in my world ;-) >One advantage with PulseAudio might be for non Linux kernels like BSD >or Solaris. >One disadvantage might be that its not as stable. >Any thoughts? ya - when i last time thought about it, i wanted to integrate an pulsaudio (s)rtp-listener with the chansrv in addition to my alsa-kernel-device interface. there are already suitable libs for srtp. an (s)rtp listener would be a documented well known and standardised way to do the audiotransport and of corse do we need some "intelligence" to stream the audiopackets to the client in a manner it would play an uninterrupted audiosignal (by the speedknob in the audio-protokoll ? - but i have not tested on that by now). in any case i think we have to add one more buffer stage for audio on the serverside. gruss jörg ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ xrdp-devel mailing list xrdp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xrdp-devel
