[Interest] Using QMediaplayer with QAbstractVideoSurface on Android?
Lopes Yoann
Yoann.Lopes at digia.com
Mon May 19 13:54:22 CEST 2014
On May 19, 2014, at 10:10 AM, Ola Røer Thorsen wrote:
> With the single-thread rendering loop, present is called. However it seems that also start and stop is called for each single frame as well.
That was a bug, fixed by https://codereview.qt-project.org/#change,85675
> When the rest is implemented so that it works like any other media backend, I would not have minded having the option to get the raw GL_TEXTURE_EXTERNAL_OES, rendering it with a specialized shader etc, to save the extra step via an FBO. Maybe it could be indicated with the custom video surface class that it would accept such a texture format, somehow.
The reason we copy the frames to a FBO is that Android uses a shared buffer pool for all media player instances. When having several media players playing simultaneously, one can overwrite the frames of another currently being displayed... The FBO solves this problem.
--
Yoann
More information about the Interest
mailing list