| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
| |
planes[i].fd are opened in a `nplanes` loop, so they should be closed in
a same-length loop. Also, the name is a hint :P
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Remove some boilerplate and check more specifically for all the entry-
points that different modules need.
Ok, I guess it isn't likely for a driver to expose eglCreateImageKHR
but not eglDeleteImageKHR.. but otoh kmscube is useful for bringing
up drivers.
Signed-off-by: Rob Clark <robdclark@gmail.com>
Reviewed-by: Eric Engestrom <eric.engestrom@imgtec.com>
|
| |
|
|
|
|
|
|
|
|
|
| |
* Make EGL image attribute specification code more generic, and not
specific to certain pixel formats, implicitely gaining support for YUY2
* Better handling of gstbuffers with multiple memory blocks
* Print out more information about the stream
* Use the GST_VIDEO_INFO_* macros instead of directly accessing the
GstVideoInfo fields; this is what the GStreamer documentation recommends
Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
|
| |
|
|
|
|
|
|
| |
This way, upstream decoder the produce frame with special strides and
offsets won't have to copy the frames. This also ensure DMABuf can be
delivered to kmscube.
Signed-off-by: Nicolas Dufresne <nicolas@ndufresne.ca>
|
| |
|
|
|
|
|
|
|
| |
This is done by setting a max-lateness and enable QoS messaging. This
will have the effect that buffer arriving late to the appsink won't will
be dropped instead of being queued. This is similar to what GstVideoSink
base class would do.
Signed-off-by: Nicolas Dufresne <nicolas@ndufresne.ca>
|
| |
|
|
| |
Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The bus watch is useful for logging state changes, printing out
info/warning/error messages and handling common GStreamer activities like
latency redistribution and state change requests (that are sent by
elements since they are not allowed to directly change the state).
State changes and error messages can also cause a dot graph of the
pipeline to be generated if the GST_DEBUG_DUMP_DOT_DIR environment
variable is set. See the GST_DEBUG_BIN_TO_DOT_FILE documentation for more.
Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
|
| |
|
|
| |
Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
|
| |
|
|
| |
Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
|
| |
|
|
|
|
| |
This format is used for example by the i.MX6 CODA hardware video codec
Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
|
| |
|
|
|
|
|
|
| |
Without this, the various GST_* log macros won't output anything.
To enable, add "kmscube:<loglevel>" to the GST_DEBUG environment variable.
Example: GST_DEBUG=kmscube:5
Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
|
|
|
Uses gstreamer for a simple decoder. If decoder can give us dma-buf's
directly, we'll directly use that as a texture (zero copy), otherwise
memcpy into a buffer from gbm. This should work with both hw and sw
decoders.
Probably room for improvement. And the interface between gl and the
decoder is pretty simple so I suppose other decoders would be possible.
(But hopefully they could already be supported via gstreamer.)
Signed-off-by: Rob Clark <robdclark@gmail.com>
Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com>
|
