Age | Commit message (Collapse) | Author | Files | Lines |
|
Bug-AGL : SPEC-2420
Currently, if remoting is enabled, the remote output
location is (0, 0) and the real DRM output is located
to the right of the remote output because the remote
output is registered before the real DRM output.
This patch is swapping both outputs as a short term
hack[1].
Now, this issue is being discussed about output layout
configuration in wayland community[2]
[reference]
[1] https://gitlab.freedesktop.org/wayland/weston/issues/246
[2] https://gitlab.freedesktop.org/wayland/weston/issues/165
Change-Id: Ia1265b6c2767f32754a2fd6507d1b6ebcb773464
Signed-off-by: Harunobu Kurokawa <harunobu.kurokawa.dn@renesas.com>
|
|
weston 6.0.0 has already merged remoting plugin feature.
This commit enable to add remoting plugin library.
To activate remoting output and transfer it, user should add
"remote-output" configuration in weston.ini.
Bug-AGL : SPEC-2420
Change-Id: Ieeb3760ece5c6a1d19f9a08ee7f0ed973cc433ec
Signed-off-by: Harunobu Kurokawa <harunobu.kurokawa.dn@renesas.com>
|
|
Changes include:
- Add LAYERSERIES_COMPAT definitions to layer.conf files
- Disable pulseaudio-module-4a-client for now as it does not compile
against PulseAudio 12.x
- Remove meta-audio-4a-framework/recipes-devtools/python/python3-websockets_4.0.1.bb
as it is superseded by upstream
- Add OECMAKE_GENERATOR = "Unix Makefiles" to 4a-alsa-core, 4a-hal-generic,
4a-hal-unicens, and 4a-softmixer recipes for now to work around CMake+ninja
issue
- Remove alsa 1.1.6 recipes from meta-audio-4a-framework/recipes-multimedia/alsa
as they are superseded by upstream. Local changes to the alsa-plugins
recipe have been implemented in a bbappend.
Known issues:
- pulseaudio-module-4a-client has been disabled
- CMake+ninja issue in cmake-apps-module has been worked around with
OECMAKE_GENERATOR
Bug-AGL: SPEC-1837
Change-Id: I5355e9f74e2385a093ca21cda5bd52a80e1a6e67
Signed-off-by: Scott Murray <scott.murray@konsulko.com>
Signed-off-by: Jan-Simon Möller <jsmoeller@linuxfoundation.org>
|
|
Add a patch to do some retries with a delay when the gst-record
feature is initializing and attempts to query the omx encoder plugin
for its buffer pools. It is not clear why exactly the encoder is
not consistently ready at this point, but in my testing this change
greatly improved the robustness of weston startup with gst-record
enabled.
Change-Id: Ibd26ad64be035e1f9d40cc3cd9337e9efeabfad4
Signed-off-by: Scott Murray <scott.murray@konsulko.com>
|
|
The agl-gstrecorder feature was not setting a DISTRO_FEATURE, add an
include file that does so and a reference to it in the feature's
local.conf.inc file. The "gst-record" DISTRO_FEATURE is already
referred to meta-agl/meta-agl-bsp, so this fixes that usage.
Change-Id: I2140d75a44f128226ea901ed9edfd1bce5526c53
Signed-off-by: Scott Murray <scott.murray@konsulko.com>
|
|
These are missing to enable the whole machinery on the sender side.
CAVEAT: The network between sender and receiver needs to be up
(192.168.20.x/24) or weston will not start!
Change-Id: Ib478f0840dd3e6d28f9ca14540302c872c5bcd7b
Signed-off-by: Jan-Simon Möller <jsmoeller@linuxfoundation.org>
|
|
Once the gst-recorder patches are conflict and removed.
This reverts commit c58cb01cb560da122ea64ba76d6b68a183e2f457
and update patches.
Moreover, move weston_2.0.0.bbappend file from meta-agl-demo to
meta-agl-devel.
v2: rework into a agl feature (agl-gstrecorder)
v3: mark as rcar-gen3 specific (COMPATIBLE_MACHINE)
Change-Id: I92e7c37d4ef2b827f7d4217f5e2048067aa018a4
Signed-off-by: Harunobu Kurokawa <harunobu.kurokawa.dn@renesas.com>
Signed-off-by: Jan-Simon Möller <jsmoeller@linuxfoundation.org>
|