<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 22/03/17 23:35, David Ventura wrote:<br>
</div>
<blockquote
cite="mid:CA+UPfZ6KCbyGsDfS3yjYsJD3-zJ_NYmJEDK7=8MFjt3c_uPSsg@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>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@25. Lowering the
source bitrate helps a little, but it's not even that high to
begin with.<br>
</div>
</div>
</blockquote>
<br>
If you actually built gst-omx and gst-plugins-bad correctly, you
will just get smooth playback of 1080p@30 videos.<br>
<br>
Have a look at the caps between omxh264dec and glimagesink if they
do not contain video/x-raw(memory:GLMemory) then the zerocopy path
is not being used.<br>
<br>
The other thing to double check is the latency setting (10ms) on
rtpjitterbuffer be be too low for your network.<br>
<br>
Cheers<br>
-Matt<br>
<br>
<blockquote
cite="mid:CA+UPfZ6KCbyGsDfS3yjYsJD3-zJ_NYmJEDK7=8MFjt3c_uPSsg@mail.gmail.com"
type="cite">
<div dir="ltr">David<br>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On 22 March 2017 at 07:56, Matthew
Waters <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:ystreet00@gmail.com" target="_blank">ystreet00@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><span class=""> On
22/03/17 04:15, David Ventura wrote:<br>
<blockquote type="cite">
<div dir="ltr">
<div>Hi. I've been trying to play either a udp h264
stream or a video file with hardware acceleration.<br>
<br>
</div>
With this command I get VERY choppy playback, low
cpu usage and a lot of banding:<br>
<div><br clear="all">
gst-launch-1.0 -qe udpsrc port=5002
do-timestamp=true ! queue ! application/x-rtp,
payload=96 ! rtpjitterbuffer latency=10 !
rtph264depay ! h264parse ! omxh264dec !
glimagesink <br>
</div>
</div>
</blockquote>
<br>
</span> Adding a small queue after the decoder at least
would decouple video decoding from actual rendering which
probably helps here.<br>
<br>
As you have low CPU usage I assume you built gst-omx and
gst-plugins-bad correctly for zerocopy decoding which is
good :)<br>
<br>
Cheers<br>
-Matt<span class=""><br>
<br>
<blockquote type="cite">
<div dir="ltr">
<div>adding<br>
<br>
enable-last-sample=false qos=false<br>
<br>
</div>
<div>to the glimagesink makes it somewhat better,
but still horrible.<br>
<br>
Similar thing (banding, low fps, low cpu usage)
happens with: <br>
gst-launch-1.0 filesrc location=file.mp4 ! qtdemux
! h264parse ! omxh264dec ! glimagesink<br>
<br>
</div>
<div>I compiled this version on my own, I'm running
1.11.1 right now.<br>
<br>
</div>
<div>What can I do about this? <br>
</div>
<div>-- <br>
<div class="m_241831504208025624gmail_signature">
<div dir="ltr">
<div>
<div dir="ltr">
<div><b>Stack</b> is the new term for "I
have no idea what I'm actually using".</div>
</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
<br>
</span></div>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
<div class="gmail_signature" data-smartmail="gmail_signature">
<div dir="ltr">
<div>
<div dir="ltr">
<div><b>Stack</b> is the new term for "I have no idea
what I'm actually
using".</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</body>
</html>