loliball/media3
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Effect: Clarify flush behavior in javadoc

Browse Source 
PiperOrigin-RevId: 576118064
This commit is contained in:
huangdarwin 2023-10-24 06:10:36 -07:00 committed by Copybara-Service
parent 1fc34676d9
commit a8a590c305
2 changed files with 5 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

3
libraries/effect/src/main/java/androidx/media3/effect/DefaultVideoFrameProcessor.java
View File

@ -554,10 +554,13 @@ public final class DefaultVideoFrameProcessor implements VideoFrameProcessor {
}
try {
videoFrameProcessingTaskExecutor.flush();
// Flush from the end of the GlShaderProgram pipeline up to the start.
CountDownLatch latch = new CountDownLatch(1);
inputSwitcher.activeTextureManager().setOnFlushCompleteListener(latch::countDown);
videoFrameProcessingTaskExecutor.submit(finalShaderProgramWrapper::flush);
latch.await();
inputSwitcher.activeTextureManager().setOnFlushCompleteListener(null);
} catch (InterruptedException e) {
Thread.currentThread().interrupt();

2
libraries/effect/src/main/java/androidx/media3/effect/GlShaderProgram.java
View File

@ -78,6 +78,8 @@ public interface GlShaderProgram {
*
* <p>The implementation shall not assume the {@link GlShaderProgram} is {@linkplain
* #onReadyToAcceptInputFrame ready to accept another input frame} when this method is called.
* If the implementation manages a limited input capacity, it must clear all prior {@linkplain
* #onReadyToAcceptInputFrame input frame capacity}.
*/
default void onFlush() {}
}