-
Notifications
You must be signed in to change notification settings - Fork 6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Provide option to keep the last frame of a previous source visible when switching sources #2843
Comments
The surface should still be holding the last frame just fine, so it's likely the black you see is actually another view being made temporarily visible on top. My guess is you're using Shouldn't take long to add support for this, but in the meantime you could edit |
Thanks, it works exactly as it should. Looking forward to the enhancement in the future. |
Hello, is this still in the works? |
I used |
Quick question for you, do you release the player everytime you plan a new media by zapping? Or you just set a new mediaSource then play it? |
Issue: #2843 ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=196349533
We've added |
@ojw28, just out of interest: if you switch the app to another stream/video and the next stream is being buffered for a long time, the previous picture will stay frozen during this buffering time. Do you think it would be handy to add some kind of timeout, after which you could reset the previous picture to black? |
Can you be more specific about how I'm using a SurfaceView, is the feature still available to me? |
Hi @ChristianKleineidam, your player view is part of your view hierarchy. To get it you can look at the demo app:
and then you can call it there.
Yes, it should be independent of the surface type, I think. |
If I call Yet the shutter does still seem to be displayed over my SurfaceView. |
If you're using |
In a related note, is it possible to keep the last frame after an orientation/configuration change? I've been trying to accomplish this but not sure it is possible since a the Surface/Texture view is recreated. |
First of all, congrats on the io'17 ExoPlayer presentation!
Issue description
I would like to implement a "hold picture" (or freeze) functionality in the app, where a player would hold a last frame from previous stream, when switching to another stream (zapping through channels).
Since ExoPlayer is really quick on zapping through streams, what happens at the moment, is that you see the black background with a spinner for a short moment of time before the player switches to another stream (by releasing the previous ExoPlayer instance). So when you just quickly zap through channels, you have this annoying black screen blinking. It would be much better if you could hold the last frame of the previous stream visible, before the next stream is ready to be played.
I don't think concatenating is a good solution in this case, since you don't really know, which stream is going to be selected next (it's selected from the list). And you also mentioned in the io'17 presentation, that using two ExoPlayer instances is not a very good idea either.
Or maybe you could offer a way to customize or at least show where to dive in the existing version of the ExoPlayer, thanks!
Reproduction steps
Quickly zap through different streams in a sequence.
Version of ExoPlayer being used
2.4.0
Device(s) and version(s) of Android being used
Nexus Player
Sony Android TV
The text was updated successfully, but these errors were encountered: