Power up neccessary cores for decoding#1
Open
erikas9987 wants to merge 10000 commits into
Open
Conversation
Loading
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
20 participants
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.
These changes allow for powering on neccessary cores for decoding. This fixes the power collapse fail error and enables decoding.
ffplay command works, but is slow, gstreamer shows better performance. Playing video can be done with
gst-launch-1.0 playbin uri=file:/home/user/Downloads/video.mp4HEVC decoding works, but is currently a hack. A more flexible solution is neccessary.
Encoding fails with -EINVAL (-22). Tested with
ffmpeg -i input.mp4 -pix_fmt nv12 -c:v vp8_v4l2m2m -b:v 1M -c:a libvorbis output.mp4andgst-launch-1.0 videotestsrc ! videoconvert ! v4l2vp8enc ! queue ! v4l2vp8dec ! xvimagesinkCommit 9b64619 may cause firmware crashes when running
gst-launch-1.0 videotestsrc ! videoconvert ! v4l2vp8enc ! queue ! v4l2vp8dec ! xvimagesink, this is due to dmesg spam. The commit is used purely for debugging purposes and can be safely reverted without loss of functionality.