05-12-2018, 02:20 AM
(This post was last modified: 05-12-2018, 03:06 AM by rompelstompel.)
(05-11-2018, 05:14 PM)t4_4t Wrote: Why does not it work?
If you refer to the following, you can understand the reason
https://forum.pine64.org/showthread.php?tid=5000
dalmate: 11-02-2017, 03: 57 AM
In spite of similar reports a long time ago
at the headquarters https://github.com/rockchip-linux ,
it may not improve as it is improving all the time.
I've heard that it works with "armhf" version of ROCK64, but I have not confirmed it.
It probably is correct as it is running on rk3228. (Because rk3228 can not support 64bit)
Even though I was waiting to be corrected, I thought that the possibility of doing it was low.
So, I fixed the corresponding parts of "kermel and mpp" by myself
It's been quite a while ago.
In the modified environment,
I have confirmed "color bar image output" obtained from the example presented by you.
For the operation with the arm64 binary,
it will not be able to hope unless the corresponding part is modified.
------- Log ------
gst-launch-1.0 -e videotestsrc is-live=false num-buffers=500 \
! video/x-raw,format=NV12,width=1280,height=720 \
! mpph264enc ! filesink location=1280.h264
Setting pipeline to PAUSED ...
mpi: mpp version: Without VCS info
mpp_rt: NOT found ion allocator
mpp_rt: found drm allocator
Pipeline is PREROLLING ...
h264e_api: h264e_config MPP_ENC_SET_RC_CFG bps 3456000 [3240000 : 3672000]
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
Got EOS from element "pipeline0".
Execution ended after 0:00:20.715473988
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...
ffprobe -hide_banner 1280.h264
Input #0, h264, from '1280.h264':
Duration: N/A, bitrate: N/A
Stream #0:0: Video: h264 (High), yuv420p(progressive), 1280x720, 30 fps, 30 tbr, 1200k tbn, 60 tbc
gst123 1280.h264
Playing file:///mnt/1280.h264
mpi: mpp version: Without VCS info
hal_h264d_api: hal_h264d_init mpp_buffer_group_get_internal used ion In
mpp_rt: NOT found ion allocator
mpp_rt: found drm allocator
Codec : (audio) H.264 (High Profile) (video)
Time: 0:00:16.61 of 0:00:16.66 | Bitrate: 7679.7 kbit/sec
Thank you for clarifying. Do you have a fork with the modified kernel/mpp that I can try?
What still is stange to me is that decoding works flawlessly. Isn't it the same mpp and kernel module used for encoding?
