Implement MojoAudioRendererSink and use it in UtilityMojoMediaClient

media/mojo/interfaces/audio_renderer_sink.mojom

Index: media/mojo/interfaces/audio_renderer_sink.mojom
diff --git a/media/mojo/interfaces/audio_renderer_sink.mojom b/media/mojo/interfaces/audio_renderer_sink.mojom
new file mode 100644
index 0000000000000000000000000000000000000000..360224ea102f3675720f80712c5d60fd89c18779
--- /dev/null
+++ b/media/mojo/interfaces/audio_renderer_sink.mojom
@@ -0,0 +1,38 @@
+// Copyright 2017 The Chromium Authors. All rights reserved.
+// Use of this source code is governed by a BSD-style license that can be
+// found in the LICENSE file.
+
+module media.mojom;
+
+import "media/mojo/interfaces/audio_parameters.mojom";
+import "media/mojo/interfaces/media_types.mojom";
+import "media/mojo/interfaces/output_device_info.mojom";
+import "mojo/common/time.mojom";
+
+interface AudioRendererSinkRenderCallback {
+
+  [Sync]
+  Render(mojo.common.mojom.TimeDelta delay,
+         mojo.common.mojom.TimeTicks delay_timestamp,
+         int32 prior_frames_skipped) => (int32 nb_filled_frames, AudioBus? dest);

[o1ka, 2017/01/25 10:31:06]

Today audio rendering is performed synchronously to minimize playback latency.
Have you considered an impact of receiving frames asynchronously and potential
problems with delays caused by tasks being queued up/executed on the receiving
thread?

+
+  OnRenderError();
+};
+
+interface AudioRendererSink {
+
+  Initialize(AudioParameters params, AudioRendererSinkRenderCallback? render_callback);
+  Start();
+  Stop();
+  Pause();
+  Play();
+
+  [Sync]
+  SetVolume(double volume) => (bool success);
+
+  [Sync]
+  GetOutputDeviceInfo() => (OutputDeviceInfo info);
+
+  [Sync]
+  CurrentThreadIsRenderingThread() => (bool is_rendering_thread);
+};