<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Thank you, that gave some starting point but eventually I got lost again. Once over the libdrm hurdle, I bumped into another dependency of gstreamer-vaapi: libudev. When trying to get systemd built, I run into more errors:<div class=""><br class=""></div><div class=""><font face="Menlo" class="">configure.ac:703: error: possibly undefined macro: AM_PATH_LIBGCRYPT</font></div><div class=""><br class=""></div><div class="">I’m getting to a point where I wonder if all this is worth the effort. Android. Talk about a hostile development environment…</div><div class=""><br class=""></div><div class="">My current pipeline is:</div><div class=""><br class=""></div><div class=""><font face="Menlo" class="">rtspsrc -> rtph264depay -> h264parse -> avdec_h264 -> qtquick2videosink</font></div><div class=""><br class=""></div><div class="">Where <font face="Menlo" class="">qtquick2videosink</font> is my own, hacked together QtQuick sink. I just want to replace the decoder with something that is hardware accelerated. The pipeline above cannot handle a 720P stream.</div><div class=""><br class=""></div><div class="">Thanks!</div><div class=""><br class=""></div><div class="">g</div><div class=""><br class=""></div><div class="">P.S. I also noticed there is now a QtQuick sink within GStreamer (<a href="https://cgit.freedesktop.org/gstreamer/qt-gstreamer/" class="">https://cgit.freedesktop.org/gstreamer/qt-gstreamer/</a>) When and if I get the above resolved, I will see about replacing my Qt hack.<br class=""><div class=""><br class=""></div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On May 4, 2017, at 6:05 AM, <a href="mailto:marcin@saepia.net" class="">marcin@saepia.net</a> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="">I have spent fair amount of time on building GStreamer on Android for many weird setups and although none of them dealt with exactly that issue maybe I can help. <br class=""><br class="">It seems that android ships with its own version of <span class="gmail-m_2452510883156852731gmail-Breadcrumbs-crumb">libdrm that does not rely on libpciaccess, so the whole point would have been to re-use one that ships with the OS:<br class=""><br class=""><a href="https://android.googlesource.com/platform/external/libdrm/+/f6a1130dffae8de9ddd0c379066daf1df27fc8af" class="">https://android.googlesource.com/platform/external/libdrm/+/f6a1130dffae8de9ddd0c379066daf1df27fc8af</a><br class=""><br class=""><br class=""></span>Please PM me if you want to proceed.<br class=""><br class=""></div>m.<br class=""><div class="gmail_extra"><br class=""><div class="gmail_quote">2017-05-04 10:30 GMT+02:00 Gus Grubba <span dir="ltr" class=""><<a href="mailto:gus@grubba.com" target="_blank" class="">gus@grubba.com</a>></span>:<br class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;" class="">I’m working on a project that has been using GStreamer successfully for quite a while. The project is based on QtQuick and runs on everything Qt supports. I’m now faced with a custom x86 version of Android device (an RC Radio with an integrated Android tablet) and I can’t seem to get h264 decoding properly. This is the same code running elsewhere. I’m investigating the use of hardware (h264) decoding and found a few options where vaapi seems to be the most logical one.<div class=""><br class=""></div><div class="">QtQuick application</div><div class="">Android x86 running on a Baytrail platform (4-core Intel(R) Atom(TM) CPU Z3735F @ 1.33GHz)</div><div class="">GStreamer handling an RTSP video only (no audio) stream and a custom QtQuick sink.</div><div class="">(<a href="https://github.com/mavlink/qgroundcontrol/tree/master/src/VideoStreaming" target="_blank" class="">https://github.com/mavlink/qg<wbr class="">roundcontrol/tree/master/src/<wbr class="">VideoStreaming</a>)</div><div class=""><br class=""></div><div class=""><div class="">I have no problems building the entire GStreamer package using cerbero. What I can’t figure out is how to integrate gstreamer-vaapi. I created the recipe and then realized it depends on libva, which in turn depends on libdrm, which in turn depends on libpciaccess at which point, it can’t get any further.</div></div><div class=""><br class=""></div><div class="">Question:</div><div class=""><br class=""></div><div class="">Can this be done? Has someone done it before? Is there a better alternative?</div><div class=""><br class=""></div><div class="">Thanks in advance,</div><div class=""><br class=""></div><div class="">g</div><div class=""><br class=""></div></div><br class="">______________________________<wbr class="">_________________<br class="">
gstreamer-android mailing list<br class="">
<a href="mailto:gstreamer-android@lists.freedesktop.org" target="_blank" class="">gstreamer-android@lists.freede<wbr class="">sktop.org</a><br class="">
<a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-android" rel="noreferrer" target="_blank" class="">https://lists.freedesktop.org/<wbr class="">mailman/listinfo/gstreamer-and<wbr class="">roid</a><br class="">
<br class=""></blockquote></div><br class=""></div></div>
_______________________________________________<br class="">gstreamer-android mailing list<br class=""><a href="mailto:gstreamer-android@lists.freedesktop.org" class="">gstreamer-android@lists.freedesktop.org</a><br class="">https://lists.freedesktop.org/mailman/listinfo/gstreamer-android<br class=""></div></blockquote></div><br class=""></div></div></body></html>