<div dir="ltr"><div>>You're probably right that the major bottleneck is most likely copying the</div><div>>data from the CPU to the GPU. I looked into it, and I think I can have</div><div>>gstamcvideodec decode directly into GL memory.</div><div>>Unfortunately when I try to do this gstamcvideodec logs:</div><div>>"ERR amcvideodec</div><div>>gstamcvideodec.c:1977:gst_amc_video_dec_set_format:<amcvideodec-omxexynosavcdec0></div><div>>Codec only supports GL output but downstream does not"</div><div>></div><div>>This is despite that fact that, before that error, gstamcvideodec logs:</div><div>></div><div>>"gstamcvideodec.c:1904:gst_amc_video_dec_set_format:<amcvideodec-omxexynosavcdec0></div><div>>Available downstream caps: video/x-raw(memory:GLMemory),</div><div>>format=(string)RGBA, texture-target=(string)external-oes"</div><div>></div><div>>Which I *believe *should intersect properly with amcvideodec's required GL</div><div>>output sink caps.</div><div>></div><div>>Could this be a bug, or am I doing something wrong here?</div><div>>This is with Gstreamer 1.10.4, and I'm setting playbin's videosink to</div><div>>"video/x-raw(memory:GLMemory),texture-target=2D,format=RGBA ! fakesink</div><div>>sync=1 qos=1 name=sink"</div><div><br></div><div>Does anyone have any suggestions on how I can figure out if this is a bug in my application code, or a bug in gstamcvideodec?</div><div>Any advice or feedback would be more than appreciated.</div><div class="gmail_extra"><br></div></div>