diff options
author | Marius Vlad <marius.vlad@collabora.com> | 2024-12-17 11:49:15 +0200 |
---|---|---|
committer | Jan-Simon Moeller <jsmoeller@linuxfoundation.org> | 2025-01-08 21:01:16 +0000 |
commit | 967fc394b8241e306307c239dd46781fbc321daf (patch) | |
tree | ded42cc1b572fee91d63be869117ba92212122ce /meta-agl-bsp/meta-ti/recipes-graphics/wayland/wayland-ivi-extension | |
parent | 9ca8054cb17b3562404e761ba1f8c787658494e7 (diff) |
This improves the preceived time on the receiver side to display
incoming frames.
In testing, the sender gstreamer pipleine starts much faster that
receiver one. Besides that, the receiver client has an additional delay
time when starting up as it waits for the gRPC proxy server to have a
ready channel available, thus increaseing that start-up time.
If the sender side starts the gstreamer pipeline prior to the receiver
one, it won't actually get a frame renderered, and displaying a black
screen. Users will notice that black screen for over a minute when the
client (in this case tbtnavi) renders something on the screen which would
also show if tbtnavi client starting just then, which in reality happpend
far sooner. Any other client would alleviate this issue if they would
continuously update the screen.
This artifical delay would make the gstreamer pipeline start a bit
later, overall improving the time when tbtnavi would be displayed on the
receiver side, pretty much a few seconds after xdg-cluster-recevier
started as well.
Bug-AGL: SPEC-5235
Change-Id: Ib71ca64212dc37314ccab3d33fbb6ad0400be828
Signed-off-by: Marius Vlad <marius.vlad@collabora.com>
Reviewed-on: https://gerrit.automotivelinux.org/gerrit/c/AGL/meta-agl/+/30681
Tested-by: Jenkins Job builder account
ci-image-boot-test: Jenkins Job builder account
ci-image-build: Jenkins Job builder account
Reviewed-by: Jan-Simon Moeller <jsmoeller@linuxfoundation.org>
Diffstat (limited to 'meta-agl-bsp/meta-ti/recipes-graphics/wayland/wayland-ivi-extension')
0 files changed, 0 insertions, 0 deletions