On Fri, Sep 10, 2021 at 03:30:15PM +0300, Назарій Керницький wrote: > Marius, that is incredible. > > With your priceless input and some tinkering we manged to remotely run modified weston-simple-egl. > Our ultimate goal is to be able to run two select apps, e.g. weston-simple-egl + glmark2, remotely at the same time. > > Is this possible? I'd believe yes, though I haven't really tried, but we need to do a bit of differentiation here. One is the option of setting up two transmitter outputs, and implicitly two gstreamer pipelines, each one remotely streaming to a different device, or maybe on the same device but with two different ports. The receiver can be started on different ports from what I recall, so this might be doable to try out. The second option would be to pass multiple app-ids in one transmitter output. As it currently stands, the second option is not possible as the compositor would only read out just the first entry, discarding any others, though modifying it to read more than one, would be rather trivial. I do expect this to be an option at some point in time. > > > > > ---------------- > Regards, > Nazarii Kernytskyi > > > 9 вересня 2021, 17:09:18, від "Marius Vlad" <marius.vlad@xxxxxxxxxxxxx>: > > On Thu, Sep 09, 2021 at 04:25:06PM +0300, Назарій Керницький wrote: > > Wow, Marius, appreciate your quick response! > Hi, > > > > So, after your input and a great deal of advice, we added into conf/bblayers.conf > > AGL_FEATURES:append = " waltham-remoting" > > and managed to build agl-platform-demo. > Or use the features straight from the command line, when sourcing > aglsetup.sh. > > > > But when we start the board and configure correct output in > > weston.ini, we see no Homescreen (blue-ish menu with icons), even > > though it used to be rendered before. Agl-compositor is running. > > > > Is this normal behavior? > Obviously not, hard to tell why homescreen is not running, but running > homescreen is orthogonal to the transmitter plugin. > > I've made an error in my previous mail saying that transmitter plugin > handles the streaming the data, but actually it is responsible for > handling input events sent by the waltham protocol from the receiver > side. > > On the transmitter side, another plug-in does the streaming > (remoting one) -- and should be built and installed once you've added > waltham-remoting to the features list. > > On the receiver side, an application is responsible displaying the > incoming stream (including decoding) *and* for capturing the input > locally, relying it back using the waltham protocol. > > So, basically the gist is: > > Transmitter: > > - start compositor which loads remoting and transmitter plugin > - set-up configuration file telling it what app surface to stream > to the receiver. > - start client shell (homescreen) > - start application > > Receiver: > > - start compositor > - start receiver application which waits for incoming stream to be > displayed > - receiver connects to the local compositor to display incoming remote > stream, and connects to the transmitter plugin to relay input events > received locally. > > > > > What to expect from waltham-transmitter: > > - would it clone surfaces to receiver OR extend it? > No. Any streaming of surfaces happens with the remoting plugin, which > basically starts a gstreamer pipeline and that handles it. It only works > with the drm backend. > > - would it render homescreen at host? > No. No, transmitter plugin has nothing to do rendering. > > - how to run it OR would it run itself? > Have you read > https://docs.automotivelinux.org/en/lamprey/#5_Component_Documentation/2_waltham-receiver_waltham-transmitter? > > There's there a diagram there that shows how the transmitter and how the > receiver works in a bit more detail. > > > > > > ---------------- > > Regards, > > Nazarii Kernytskyi > > > > > > 9 вересня 2021, 13:04:46, від "Marius Vlad" <marius.vlad@xxxxxxxxxxxxx>: > > > > On Thu, Sep 09, 2021 at 12:17:19PM +0300, Назарій Керницький wrote: > > > Hello, Marius! > > > > > > I found you here: https://gerrit.automotivelinux.org/gerrit/c/AGL/meta-agl/+/25453 > > > 1. Can you please advice on how to bake an image with working Waltham > > > Remoting to test it on H3ULCB-KF board using AGL. > > > > Adding agl-weston-waltham-remoting to the AGL features should bring in > > the transmitter plug-in, which is reponsible for streaming out data. > > Please see at [1] on how that needs to be included, as well as the > > targets. You'll need a receiver application, currently waltham-receiver > > is the only one, but that hasn't been included in any targets, so you'll > > need to compile that yourself and transfer it to the receiver side. It > > is a simple widget applications like others (launcher/homescreen/etc). > > > > Documentation on how to set it up is at [2], though probably it needs > > some further improvements. Maybe once you put all the pieces together > > maybe you'd want to modify the documentation as well so others can > > find how to put all the pieces together? > > > > > 2. Can Waltham Remoting work on XDG? > > > > Not really sure what you mean here, but we're relying on xdg-shell > > entirely at this point, waltham being just a protocol to send input > > events back to the compositor. > > > > [1] https://docs.automotivelinux.org/en/lamprey/#0_Getting_Started/2_Building_AGL_Image/3_Initializing_Your_Build_Environment/ > > [2] https://docs.automotivelinux.org/en/lamprey/#5_Component_Documentation/2_waltham-receiver_waltham-transmitter/ > > > > > > ---------------- > > > З повагою, > > > Назарій Керницький > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#9418): https://lists.automotivelinux.org/g/agl-dev-community/message/9418 Mute This Topic: https://lists.automotivelinux.org/mt/85480659/2167316 Group Owner: agl-dev-community+owner@xxxxxxxxxxxxxxxxxxxxxxxxx Unsubscribe: https://lists.automotivelinux.org/g/agl-dev-community/leave/4543822/2167316/883735764/xyzzy [list-automotive-discussions82@xxxxxxxxxxx] -=-=-=-=-=-=-=-=-=-=-=-
Attachment:
signature.asc
Description: PGP signature
