902727df5e
The current server sided channel handling of RDPSND/AUDIO_PLAYBACK_DVC is currently very constrained. So, solve this. This means: - Add the missing Training/Training Confirm PDUs - Stop overriding the average bytes per second values, when submitting the audio formats, as this currently makes the usage of codecs impossible - Add a way to send the server formats manually again, to be able to restart the protocol after a Close PDU was sent - Add a way to send already encoded audio data to let server implementations to take care of the encoding process and to set custom audio timestamps for the Video Optimized Remoting channel - Add public attributes to let server implementations know the initial volume and pitch values - Add public attribute to let server implementations know the quality mode setting |
||
---|---|---|
.. | ||
ainput | ||
audin | ||
client | ||
cliprdr | ||
disp | ||
drdynvc | ||
drive | ||
echo | ||
encomsp | ||
geometry | ||
gfxredir | ||
parallel | ||
printer | ||
rail | ||
rdp2tcp | ||
rdpdr | ||
rdpei | ||
rdpgfx | ||
rdpsnd | ||
remdesk | ||
serial | ||
server | ||
smartcard | ||
sshagent | ||
tsmf | ||
urbdrc | ||
video | ||
CMakeLists.txt |