Add MMAL decoder/renderer for Raspberry Pi #80
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Enabled by setting EnableVideoRender in the qmake file for a specific platform.
This uses the MMAL API to decode incoming h264 NAL units, then sends them to a standard QML VideoOutput rendering system based on QVideoFrame. At the moment there is an extra memcpy() step, for PiP it won't be an issue but for 1080p high framerate it might. There is a way to feed the decoded buffers directly into a QAbstractVideoBuffer, either with raw YUV data or a GL texture, code to handle that is being tested separately.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This uses the MMAL API to decode incoming h264 NAL units, then sends
them to a standard QML VideoOutput rendering system using
QVideoFrame.At the moment there is an extra
memcpy()step, for PiP it won't bean issue but for 1080p high frame rate it might. There is a way to
feed the decoded buffers directly into a QAbstractVideoBuffer, either
with raw YUV data or a GL texture, and code to handle that is being
tested separately.
This completely replaces GStreamer on the ground station, we no longer
need to use or package it for QOpenHD.