[vlc-devel] [PoC] Android Surface video output

Jean-Baptiste Kempf jb at videolan.org
Thu Jun 2 00:17:41 CEST 2011


On Wed, Jun 01, 2011 at 11:25:18PM +0300, Rémi Denis-Courmont wrote :
> Inline.

Thx

> Encoding?
aww... crap /me

> > #ifndef ANDROID_SYM_S_LOCK
> > # define ANDROID_SYM_S_LOCK "_ZN7android7Surface4lockEPNS0_11SurfaceInfoEb"
> > #endif
> > #ifndef ANDROID_SYM_S_UNLOCK
> > # define ANDROID_SYM_S_UNLOCK "_ZN7android7Surface13unlockAndPostEv"
> > #endif
> 
> Vomitive but apparently unavoidable.

You are polite :D

> >     set_capability("vout display", 250)
> 
> Not according to the "guidelines" set in 73d27a4e.

Indeed, this is wrong.©®

> >     if (!p_library) {
> >         msg_Err(vd, "Could not initialize libui.so/libsurfaceflinger_client.so!");
> >         return VLC_EGENERIC;
> >     }
> 
> This is not re-entrant.

ok.

> >     /* Setup chroma */
> >     const char *chroma_format = "RV32";
> >     vlc_fourcc_t chroma = vlc_fourcc_GetCodecFromString(VIDEO_ES, chroma_format);
> 
> I don't see the point of that if chroma is constant.

Yeah, I asked the same, but as this module might evolve, in the future,
this was set like this. I can remove it for now though.

> >     if (!sys->pool)
> >         sys->pool = picture_pool_NewFromFormat(&vd->fmt, count);
> 
> Does it really make sense to have more than one picture in this case?

I'll let other people answer that one. Sébastien? Ludo?

> In principles, this should be done by the picture Lock callback. Otherwise, it would be better in Prepare than in Display, except for "post".
Ok.

Best Regards,

-- 
Jean-Baptiste Kempf
http://www.jbkempf.com/ - +33 672 704 734
Sent from my Electronic Device



More information about the vlc-devel mailing list