Raspberry pi hardware accelerated playback

[David Ventura]

While it does help, it's way, way worse than it should be. Is this
'normal'? Is there any way to play back a gstreamer pipeline smoothly on a
pi? This is 1280x720 at 25. Lowering the source bitrate helps a little, but
it's not even that high to begin with.

David

On 22 March 2017 at 07:56, Matthew Waters <ystreet00 at gmail.com> wrote:

> On 22/03/17 04:15, David Ventura wrote:
>
> Hi. I've been trying to play either a udp h264 stream or a video file with
> hardware acceleration.
>
> With this command I get VERY choppy playback, low cpu usage and a lot of
> banding:
>
> gst-launch-1.0 -qe udpsrc port=5002 do-timestamp=true ! queue !
> application/x-rtp, payload=96 ! rtpjitterbuffer latency=10 ! rtph264depay !
> h264parse ! omxh264dec ! glimagesink
>
>
> Adding a small queue after the decoder at least would decouple video
> decoding from actual rendering which probably helps here.
>
> As you have low CPU usage I assume you built gst-omx and gst-plugins-bad
> correctly for zerocopy decoding which is good :)
>
> Cheers
> -Matt
>
> adding
>
> enable-last-sample=false qos=false
>
> to the glimagesink makes it somewhat better, but still horrible.
>
> Similar thing (banding, low fps, low cpu usage) happens with:
> gst-launch-1.0 filesrc location=file.mp4 ! qtdemux ! h264parse !
> omxh264dec ! glimagesink
>
> I compiled this version on my own, I'm running 1.11.1 right now.
>
> What can I do about this?
> --
> *Stack* is the new term for "I have no idea what I'm actually using".
>
>
>


-- 
*Stack* is the new term for "I have no idea what I'm actually using".
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20170322/7948ea61/attachment.html>