gst-player1.0 reports computer is too slow and uses 100% of cpu
Hello,
I cannot understand what is going on with this. I installed the gsplayer and your additions. When I try to play an mkv file, I get the following results:
ARNING A lot of buffers are being dropped.
WARNING debug information: gstbasesink.c(2854): gst_base_sink_is_too_late (): /GstPlayBin:playbin/GstPlaySink:playsink/GstBin:vbin/GstXImageSink:ximagesink0:
There may be a timestamping problem, or this computer is too slow.
WARNING A lot of buffers are being dropped.
WARNING debug information: gstbasesink.c(2854): gst_base_sink_is_too_late (): /GstPlayBin:playbin/GstPlaySink:playsink/GstBin:vbin/GstXImageSink:ximagesink0:
There may be a timestamping problem, or this computer is too slow.
WARNING A lot of buffers are being dropped.
It plays at less than 1 frame per second. My CPU runs at around 250%, which I assume is actually all 4 cores at 100%. I have the libdrm and the lib mpp installed as well.
Any help is greatly appreciated. Oh yes. The exact same thing happens with VLC.
Comments
Oh. On further review, I can play files using ffplay, the rockchip compiled libdrm, and the firefly mpp. It uses about 150-200% of the cpu, which is about right. ffmpeg seems to work flawlessly, so really well done. I am very happy with it though I don't understand why the gsplayer doesn't work so well.
It also seems like gst-player doesn't use ffmpeg or ffplay? Is that true?
Thanks for your hard work on this to get this working. It works impressively well.
@bholland The Mali and hardware video codec work is not yet complete on the images that have been released. It will be a few months before they stablize.
@loverpi do you want some help with it? I can dev/test as you see fit. Honestly, I am just so happy that ffplay works but I have the build env set up on the pi and merged upstream libdrm.