GitLab

Previously CastRunner was implementing Audio protocol to redirect
CreateAudioCapturer() message to the agent that created the component.
The agent also needs to be able to intercept CreateAudioRenderer()
requests, particularly to set stream usage (WebEngine doesn't set
usage for AudioRenderer ATM).

This CL updates the runner to redirect fuchsia.media.Audio protocol,
so then the agent can handle AudioRenderer and AudioCapturer requests
as appropriate.

This affects WebRTC audio output, but not regular media playback which
is handled by the fuchsia.media.AudioConsumer protocol.

Bug: 1059836
Change-Id: If68efdd2e1e4f0cbe84051e22ebaf90c2877b08e
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2125610
Commit-Queue: Sergey Ulanov <sergeyu@chromium.org>
Reviewed-by: David Dorwin <ddorwin@chromium.org>
Auto-Submit: Sergey Ulanov <sergeyu@chromium.org>
Cr-Commit-Position: refs/heads/master@{#754698}