CCodecBufferChannel: throttle by # of frames in pipeline
Bug: 310807188
Test: atest CtsMediaV2TestCases:android.mediav2.cts.CodecEncoderSurfaceTest
Test: manual
Change-Id: Id81f03fad892a743262bb531f904a743671041b5
diff --git a/media/codec2/sfplugin/CCodecBufferChannel.h b/media/codec2/sfplugin/CCodecBufferChannel.h
index f5e268a..4d296fd 100644
--- a/media/codec2/sfplugin/CCodecBufferChannel.h
+++ b/media/codec2/sfplugin/CCodecBufferChannel.h
@@ -391,7 +391,21 @@
};
Mutexed<BlockPools> mBlockPools;
- Mutexed<std::shared_ptr<InputSurfaceWrapper>> mInputSurface;
+ std::atomic_bool mHasInputSurface;
+ struct InputSurface {
+ std::shared_ptr<InputSurfaceWrapper> surface;
+ // This variable tracks the number of buffers processing
+ // in the input surface and codec by counting the # of buffers to
+ // be filled in and queued from the input surface and the # of
+ // buffers generated from the codec.
+ //
+ // Note that this variable can go below 0, because it does not take
+ // account the number of buffers initially in the buffer queue at
+ // start. This is okay, as we only track how many more we allow
+ // from the initial state.
+ int64_t numProcessingBuffersBalance;
+ };
+ Mutexed<InputSurface> mInputSurface;
MetaMode mMetaMode;