Cast: Added a new RawEventSubscriber implementation for use in cast extension.

media/cast/logging/proto/raw_events.proto

Index: media/cast/logging/proto/raw_events.proto
diff --git a/media/cast/logging/proto/raw_events.proto b/media/cast/logging/proto/raw_events.proto
new file mode 100644
index 0000000000000000000000000000000000000000..349a337daf229896142e602634369a28ed1343eb
--- /dev/null
+++ b/media/cast/logging/proto/raw_events.proto
@@ -0,0 +1,78 @@
+// Copyright (c) 2014 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.
+
+// Protocol for audio messages.
+
+syntax = "proto2";
+
+option optimize_for = LITE_RUNTIME;
+
+package media.cast.proto;
+
+// Keep in sync with media/cast/logging/logging_defines.h.

[miu, 2014/02/13 02:02:12]

Rather than keep the two in-sync, can you just let the proto definition become
the "official" enum?  Meaning, in logging_defines.h:

  #include "media/cast/logging/proto/raw_events.pb.h"
  ...
  // instead of the CastLoggingEvent enum that is there:
  typedef media::cast::proto::EventType CastLoggingEvent;

This way, you don't need proto_utils.h/.cc at all.

Also worth noting: I see the enum names in CastLoggingEvent use the "kSomething"
style, but Chromium style requires us to use the all-caps "SOMETHING" style, as
you've used in the proto file.  See the "Naming" section here:
http://www.chromium.org/developers/coding-style

Finally, I also see that all this could be a huge change in itself, so feel free
to do all this is a follow-up CL.  ;-)

[imcheng, 2014/02/13 02:38:08]

I think that's a good idea if we can get it to work. I am a bit worried about
things like how it will affect the receiver side since, IIUC, they would start
depending on protobufs if they weren't already. Speaking of that, I am going to
split the EncodingEventSubscriber into a separate target out of cast_config
since it's not really part of the cast library. I will make futher refactoring
in later CLs.

On 2014/02/13 02:02:12, miu wrote:

+// For compatibility reasons, existing values in this enum must not be changed.
+enum EventType {
+  // Generic events.
+  UNKNOWN = 0;
+  RTT_MS = 1;
+  PACKET_LOSS = 2;
+  JITTER_MS = 3;
+  VIDEO_ACK_RECEIVED = 4;
+  REMB_BITRATE = 5;
+  AUDIO_ACK_SENT = 6;
+  VIDEO_ACK_SENT = 7;
+  // Audio sender.
+  AUDIO_FRAME_RECEIVED = 8;
+  AUDIO_FRAME_CAPTURED = 9;
+  AUDIO_FRAME_ENCODED = 10;
+  // Audio receiver.
+  AUDIO_PLAYOUT_DELAY = 11;
+  AUDIO_FRAME_DECODED = 12;
+  // Video sender.
+  VIDEO_FRAME_CAPTURED = 13;
+  VIEDO_FRAME_RECEIVED = 14;
+  VIDEO_FRAME_SENT_TO_ENCODER = 15;
+  VIDEO_FRAME_ENCODED = 16;
+  // Video receiver.
+  VIDEO_FRAME_DECODED = 17;
+  VIDEO_RENDER_DELAY = 18;
+  // Send-side packet events.
+  PACKET_SENT_TO_PACER = 19;
+  PACKET_SENT_TO_NETWORK = 20;
+  PACKET_RETRANSMITTED = 21;
+  // Receiver-side packet events.
+  AUDIO_PACKET_RECEIVED = 22;
+  VIDEO_PACKET_RECEIVED = 23;
+  DUPLICATE_PACKET_RECEIVED = 24;
+}
+
+message AggregatedFrameEvent {
+  optional uint32 rtp_timestamp = 1;
+
+  repeated EventType event_type = 2 [packed = true];
+  repeated int64 event_timestamp_micros = 3 [packed = true];
+
+  // Size is set only for kAudioFrameEncoded and kVideoFrameEncoded.
+  optional int32 encoded_frame_size = 4;
+
+  // Delay is only set for kAudioPlayoutDelay and kVideoRenderDelay.
+  optional int32 delay_millis = 5;
+};
+
+message BasePacketEvent {
+  optional int32 packet_id = 1;
+  repeated EventType event_type = 2 [packed = true];
+  repeated int64 event_timestamp_micros = 3 [packed = true];
+}
+
+message AggregatedPacketEvent {
+  optional uint32 rtp_timestamp = 1;
+  repeated BasePacketEvent base_packet_event = 2;
+};
+
+message AggregatedGenericEvent {
+  optional EventType event_type = 1;
+  repeated int64 event_timestamp_micros = 2 [packed = true];
+  repeated int32 value = 3 [packed = true];
+};