[FFmpeg-devel] [ANNOUNCE] ffplay opengl branch

[Reimar Döffinger]

On 17 Mar 2013, at 23:15, Marton Balint <cus at passwd.hu> wrote:
> - only YUV pixel format is supported (how to add more? how to reuse
>  avfilter auto negotiation code?)

At least adding RGB shouldn't be hard?
Also what OpenGL version? Obviously not 1.0, you can't do YUV with that, and probably not GLES. 3.0 or something earlier?

> - fix compatibility with less common opengl implementations (this stuff
>  can be so ugly, I hope one day sombody will put the knowledge in
>  mplayer/vlc opengl drivers to a standalone library, and we just use
>  that...)

Well, I at least have a gl_compat.h that provides all the defines that might be missing.
Also the gl_common.c code in MPlayer is mostly designed that way, in particular for being able switch dynamically between playing through the native window system, SDL or X11 for example.
Obviously it does contain some MPlayer- specific stuff but I don't think it is that much.

> - prepare the textures in the video decode thread and not in the main
>  thread (this is tricky, SDL opengl support is not multi-thread capable,
>  therefore if we want to do this, we can forget SDL opengl, and start to
>  use the architecture specific stuff, wgl/glx/etc, ugly, and we would
>  like to keep ffplay clean...)

Uh, OpenGL in general isn't really mulithread capable, but either way I don't know what SDL would have to do with that.

> As you can see, the TODOs raise some questions, moving on requries some thinking, design, and quite a bit of time, the path is not clear. That is why I think this may not be the best candidate for a SOC project.

Isn't the point of a SoC project to do something non-trivial?