xrdp pulse sink

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Am 22.07.2013 20:11, schrieb Jay Sorg:
> Hi Tanu,
>
>> After giving some thought to this (and a bit of research), an xrdp sink
>> seems like a good idea. As you say, it would be more convenient for
>> users than a tunnel module setup.
> great.
>
>> An alternative solution would be to load a null sink, from which xrdp
>> would then record the application output and send to the client, but
>> doing that would mean adaptive resampling somewhere in the RDP software
>> stack to handle the rate deviation between the null sink and the
>> client's sound card. Assuming that the RDP protocol works so that the
>> audio clock is provided by the client sound card, that resampling could
>> be avoided by implementing an xrdp sink.
> Actually, I did this first.  This was an ugly solution.  First I did
> the simple API, then the other one.
> The problem is that when you record, you always get data.  There is
> not way to know if there is really something playing.  I think I was
> looking for zeros to know.  But I had to constantly pull the audio
> data so my thread would always be running.
> The sink solution was much better.
>
> Yes, the RDP protocol uses acks and time stamps so you know the clock
> on the client.
>


Can it be done in a way that's not specific to xrdp? I.e. that other RDP 
clients could also use that module? I assume from the proposed name that 
it's xrdp specific

Best regards.


[Index of Archives]     [Linux Audio Users]     [AMD Graphics]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux