| 16:55 | _rmk_ | dv_: looking at the gstreamer libva plugin, I'm left wondering why it doesn't support the planar YUV formats at all |
| 19:41 | dv_ | _rmk_: it doesnt? UYVY etc. only? |
| 20:21 | _rmk_ | dv_: it does: NV12, YV12, I420, AYUV, ARGB, RGBA, ABGR, or BGRA |
| 20:22 | dv_ | YV12 is planar? |
| 20:22 | _rmk_ | so says gstreamer-vaapi-0.3.6/gst-libs/gst/vaapi/gstvaapiimage.c |
| 20:22 | _rmk_ | sorry, I meant packed |
| 20:22 | dv_ | ah |
| 20:22 | dv_ | okay |
| 20:22 | dv_ | hmm I can imagine it is more convenient for the decoders |
| 20:22 | dv_ | since you often encode the planes separately |
| 20:23 | dv_ | (err,codecs, not just decoders) |
| 20:24 | dv_ | and, _rmk_, any idea about the g_usleep thing I discovered? |
| 20:25 | _rmk_ | not off-hand, and not without knowing the code you're working on |
| 20:26 | dv_ | it seems to me that some videos display fine simply because they take longer to decode |
| 20:26 | dv_ | it would explain why I havent seen this happen with 1080p videos |
| 20:26 | dv_ | oh, well, it is online |
| 20:28 | dv_ | here: https://github.com/dv1/gst-vmeta |
| 20:32 | dv_ | the sleep call is commented out, here: https://github.com/dv1/gst-vmeta/blob/master/src/vmetaxvsink/vmetaxvsink.c#L552 |