FreeRDP/channels/audin/client
Pascal Nowack c5278c874f channels/audin: Rework API to be closer to documentation
The current server side channel handling of AUDIO_INPUT is currently
very constrained:

- Server implementations cannot measure the clients uplink, since the
  Incoming Data PDU is currently unhandled and FreeRDPs DSP handling
  delays the callback call of ReceiveSamples
- Servers currently cannot prefer a different protocol version
- Servers currently cannot change the used format

To solve these issues without running into the risk that some
simplifications constraint certain API usage, rework the current channel
handling to be very close to the documentation.
This means, that all documented API calls can be made by server
implementations and all documented PDUs, that the server side is
expected to receive are just parsed inside FreeRDP and then forwarded to
the API implementation.
2023-05-17 13:33:35 +02:00
..
alsa [includes] untangled circular includes 2023-03-15 08:22:23 +01:00
ios [channels] simplified channel subsystem linking 2023-03-01 08:18:34 +01:00
mac [channels] simplified channel subsystem linking 2023-03-01 08:18:34 +01:00
opensles [includes] untangled circular includes 2023-03-15 08:22:23 +01:00
oss [includes] untangled circular includes 2023-03-15 08:22:23 +01:00
pulse [includes] untangled circular includes 2023-03-15 08:22:23 +01:00
sndio [includes] untangled circular includes 2023-03-15 08:22:23 +01:00
winmm [includes] untangled circular includes 2023-03-15 08:22:23 +01:00
CMakeLists.txt [channels] simplified client linking 2023-03-01 08:18:34 +01:00
audin_main.c channels/audin: Rework API to be closer to documentation 2023-05-17 13:33:35 +02:00
audin_main.h Freerdp remove #ifdef HAVE_CONFIG_H 2022-03-03 11:26:48 +01:00