Introduce VideoConfig/AudioConfig class for CMA backend

chromecast/public/media/decoder_config.h

+// Copyright 2015 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.
+
+#ifndef CHROMECAST_MEDIA_CMA_PUBLIC_DECODER_CONFIG_H_

[gunsch, 2015/04/29 17:42:52]

not correct

[erickung1, 2015/04/29 20:49:15]

Done.

+#define CHROMECAST_MEDIA_CMA_PUBLIC_DECODER_CONFIG_H_
+
+#include <string>

[gunsch, 2015/04/29 17:42:52]

not used

[erickung1, 2015/04/29 20:49:15]

Done.

+#include <vector>
+
+#include "base/basictypes.h"

[gunsch, 2015/04/29 17:42:52]

a) basictypes.h is deprecated, use uint8_t instead of uint8
b) no chromium includes in chromecast/public

[erickung1, 2015/04/29 20:49:15]

Done.

+
+namespace chromecast {
+namespace media {
+
+enum AudioCodec {
+  kAudioCodecUnknown = -1,
+
+  kAudioCodecMin = 0,
+  kCodecAAC = kAudioCodecMin,
+  kCodecMP3,
+  kCodecPCM,
+  kCodecPCM_S16BE,
+  kCodecVorbis,
+  kCodecOpus,
+  kCodecEAC3,
+  kCodecAC3,
+  kCodecDTS,
+  kAudioCodecMax = kCodecDTS,
+};
+
+enum VideoCodec {
+  kVideoCodecUnknown = -1,
+
+  kVideoCodecMin = 0,
+  kCodecH264 = kVideoCodecMin,
+  kCodecVC1,
+  kCodecMPEG2,
+  kCodecMPEG4,
+  kCodecTheora,
+  kCodecVP8,
+  kCodecVP9,
+  kCodecHEVC,
+  kVideoCodecMax = kCodecHEVC,
+};
+
+// Profile for Video codec.
+enum VideoProfile {
+  kVideoProfileUnknown = -1,
+
+  kVideoProfileMin = 0,
+  kH264Baseline = kVideoProfileMin,
+  kH264Main = 1,
+  kH264Extended = 2,
+  kH264High = 3,
+  kH264High10 = 4,
+  kH264High422 = 5,
+  kH264High444Predictive = 6,
+  kH264ScalabBaseline = 7,
+  kH264ScalableHigh = 8,
+  kH264Stereohigh = 9,
+  kH264MultiviewHigh = 10,
+  kVP8ProfileAny = 11,
+  kVP9ProfileAny = 12,
+  kVideoProfileMax = kVP9ProfileAny,
+};
+
+struct DecoderConfig {
+  DecoderConfig();
+  ~DecoderConfig();
+
+  // Optional extra buffer for decoder initialization.
+  std::vector<uint8> extra_data;
+  bool is_encrypted;
+};
+
+
+struct AudioConfig : public DecoderConfig {
+  AudioConfig();
+  ~AudioConfig();
+  bool IsValidConfig() const;

[gunsch, 2015/04/29 17:42:52]

curious to hear lcwu's thoughts comments here: so far we've had no
implementation files linked into our public API, only headers. However, this
does seem like a useful utility function and linking it into a shlib would be
harmless. What sorts of conventions should we be establishing here?

One convention I'd like to offer for discussion: how about we only have static
utility methods in our public APIs and no static state? The goal would be to
prevent statefulness as best as possible for what we provide to shlibs.

+
+  AudioCodec codec;
+  int bytes_per_channel;
+  int channel_number;
+  int samples_per_second;
+};
+
+struct VideoConfig : public DecoderConfig {
+  VideoConfig();
+  ~VideoConfig();
+  bool IsValidConfig() const;
+
+  VideoCodec codec;
+  VideoProfile profile;
+  VideoConfig* additional_config;
+};
+
+}  // namespace media
+}  // namespace chromecast
+
+#endif  // CHROMECAST_MEDIA_CMA_PUBLIC_DECODER_CONFIG_H_