| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
Add agl and linux autobuild scripts to silence build warnings.
These 2 scripts are based on the latest version of the autobuild
script, but they've been customized to (i) work with the existing
qmake files and (ii) the 'update' and 'package-test' targets have
been removed.
Bug-AGL: SPEC-2164
Signed-off-by: Scott Murray <scott.murray@konsulko.com>
Change-Id: Ia2f785e1e3e8c3635a9a8a6966f694c3208a2d22
|
|
Remoting plugin uses jpeg element as default.
This pipeline is refered from sample script in
https://gitlab.freedesktop.org/wayland/weston/blob/master/doc/remoting-client-receive.bash
Bug-AGL : SPEC-2420
Signed-off-by: Harunobu Kurokawa <harunobu.kurokawa.dn@renesas.com>
Change-Id: I83e3bf9e75af24d80993ed1ef78c01154ae94c1b
|
|
The ilm_init function has moved to the new libilmCommon library in
Wayland IVI extension 2.x, so switch to using the ilmCommon package
config in the application CMakeLists.txt. ilmCommon has a dependency
on ilmControl, so that still gets pulled in.
Change-Id: Id9cefd7cb1ceec826d44011d91ad1f196e7e19b2
Signed-off-by: Scott Murray <scott.murray@konsulko.com>
|
|
Add a check for vaapisink availability, and fall back to using
waylandsink if it is unavailable. This should allow using a non-Intel
board for the cluster demo, though there are potentially issues around
having a H.264 decoder plugin available that may need to be addressed
in the target platform BSP (e.g. Raspberry Pi).
Change-Id: Ie351fe0cd6e36e3db6707b9202b3b1fd7c66d3ce
Signed-off-by: Scott Murray <scott.murray@konsulko.com>
|
|
Demo instrument cluster receiver application to receive a h264 stream
sent via RTP from another host running Wayland and Weston with the
gst-recorder feature for streaming a virtual display patched in.
The gstreamer pipeline used is based on what was being used with
gst-launch-1.0 in the previously hand-constructed instrument cluster
demo. The use of vaapisink likely constrains use to Intel based
platforms at present, future work should allow working on other
platforms.
The app/surface.{hpp,cpp} files are adapted from code from
xdg-launcher:
https://gerrit.automotivelinux.org/gerrit/staging/xdg-launcher
Note that they are MIT licensed while all other source files are
Apache 2.0. Other than significant refactoring to ease integration,
the functional differences from the runxdg code in xdg-launcher are
that homescreen support has been removed, as the instrument cluster
platform does not use it, and the logging has been reworked to use the
hmi-debug mechanism used by the windowmanager and homescreen.
There is also an implicit assumption that the windowmanager
configuration is such that the "app" role will map the receiver's
surface to the desired location in the center of the dashboard.
Change-Id: Ieddef6463efb744d9c9c28b1508cc930a32981a4
Signed-off-by: Scott Murray <scott.murray@konsulko.com>
|
|
|
Scott Murray
Harunobu Kurokawa
Jan-Simon Moeller