Add support for config changes during playback to FFmpegVideoDecoder.

media/filters/source_buffer_stream.h

Index: media/filters/source_buffer_stream.h
diff --git a/media/filters/source_buffer_stream.h b/media/filters/source_buffer_stream.h
index e67a84d0a7a56f01f905d56ddb716029d718a33e..af0c6846eb2b249415aeb82247672d335e79e54e 100644
--- a/media/filters/source_buffer_stream.h
+++ b/media/filters/source_buffer_stream.h
@@ -258,9 +258,13 @@ class MEDIA_EXPORT SourceBufferStream {
   // Stores the largest distance between two adjacent buffers in this stream.
   base::TimeDelta max_interbuffer_distance_;
 
-// The maximum amount of data in bytes the stream will keep in memory.
+  // The maximum amount of data in bytes the stream will keep in memory.
   int memory_limit_;
 
+  // Indicates that a kConfigChanged status has been reported by GetNextBuffer()
+  // and the next GetCurrentXXXDecoderConfig() should update the current config.

[Ami GONE FROM CHROMIUM, 2012/08/17 15:16:59]

This comment implies that the contract is that GNB() will keep reporting kCC
until the client gets the new current config.  You might test for that if that's
really what you want the API to be.
But probably the API should be that a single kCC is fired and must be acted
upon, and then you can CHECK(!config_change_pending_) at the top of GNB().

[acolwell GONE FROM CHROMIUM, 2012/08/20 23:10:12]

That was the original intent, but I like your suggestion below.
Done.

+  bool config_change_pending_;
+
   DISALLOW_COPY_AND_ASSIGN(SourceBufferStream);
 };