<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">A follow-up question:<div><br></div><div>I noticed this bug report: <a href="http://comments.gmane.org/gmane.comp.video.gstreamer.bugs/107759">http://comments.gmane.org/gmane.comp.video.gstreamer.bugs/107759</a></div><div><br></div><div>The conclusion seems to be that this issue was fixed on May 30 2013. I contemplated building gstreamer again from the git master, but I’m using the 1.2.3 sources which were tagged 3 weeks ago.</div><div><br></div><div>Can I assume that the changes that ostensibly introduce the zero-copy buffer mechanisms made it into 1.2.3?<br><div apple-content-edited="true"><div style="color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><br class="Apple-interchange-newline"></div>Cheers,</div><div apple-content-edited="true">Michael<br class="Apple-interchange-newline"><br class="Apple-interchange-newline">
</div>
<br><div><div>On 26 Feb 2014, at 12:09 am, Michael Tyson <<a href="mailto:michael@tyson.id.au">michael@tyson.id.au</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Hello,<br><br>I’m trying to achieve 1080p playback on a Model B Raspberry Pi, using eglglessink and omxh264dec. Specifically, I’m receiving video over UDP from another RPi, and would like to stream and display it at the max resolution the camera can deliver.<br><br>The pipelines I’m using:<br><br>TX: raspivid -n -w 1920 -h 1080 -b 1000000 -fps 30 -vf -hf -t 0 -pf high -o - | gst-launch-1.0 -v fdsrc ! h264parse ! rtph264pay ! udpsink host=192.168.1.134 port=9000<br><br>I would *like* to use "gst-launch-1.0 v4l2src ! 'video/x-raw, width=1920, height=1080, framerate=30/1' ! queue ! videoconvert ! omxh264enc target-bitrate=1048576 control-rate=1 ! rtph264pay ! udpsink host=192.168.1.134 port=9000”, but v4l2src complains "Device '/dev/video0' cannot capture at 1920x1080, Tried to capture at 1920x1080, but device returned size 1920x1088”. Using height=1088 results in a black screen arriving on the other end. If I succeed on the RX side, I’ll probably try gst-rpicamsrc.<br><br>RX: gst-launch-1.0 -v udpsrc port=9000 caps='application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264' ! rtph264depay ! h264parse ! omxh264dec ! eglglessink sync=false<br><br>At 720p, video reception is simply lovely - great framerate, really low latency, about 180ms.<br><br>At 1080p, video reception is non-functional - it either runs at a very low framerate, about 2fps, if I don’t use the “sync=false” param to eglglessink, or the video runs in slow motion and cuts up.<br><br>The issue is most certainly on the display side: if I run gstreamer on my mac, I receive in 1080p at the full 30 fps, beautiful image.<br><br>As I understand it, the Raspberry Pi’s hardware *should* be able to display 1080p. Can anyone shed light on what’s going wrong, here?<br><br>I’ve been using the <a href="http://vontaene.de">vontaene.de</a> 1.0 debs, as well as my own debs built from 1.2.3 source from Debian experimental/sid.<br><br>Cheers,<br>Michael<br>_______________________________________________<br>gstreamer-devel mailing list<br><a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel<br></blockquote></div><br></div></body></html>