mixer application trouble starting up

Description

With some debugging/instrumentation being added to the compositor I see that the application starts and right after activation (to display the surface), it stops (the surface is being destroyed – like you'd normally see when the application is closed correctly). 

The mixer application used qtaglextras and I had to convert it back to using 3336a398bb8ae52b74affc00dcd03342592c5fd6 to have a bindingAdress being passed on to the application. 

I'm really sure what to do, or follow up on this, if I don't pass a correct bindingAddress the application starts... sort of, but I do see the 'Mixer' right below the top panel. 

Fyi, the 'conversion' code resides in a topic branch of mine at sandbox/mvlad/agl-compositor. 

 

CC  

Environment

None

Activity

Show:

Walt Miner 
July 10, 2020 at 5:30 PM

Close for JJ RC1

Marius Vlad 
June 5, 2020 at 7:59 PM

Initializing the engine and context before passing the args seem to fix the issue. Protocol wise seemed that both the surface and the top level were destroyed right after starting, so no idea what causing but migrate those before allows to open and I see that the control slider is in accordance to the one from the bottom panel. 

Changes have been pushed, and reside now in my master branch. 

Marius Vlad 
May 29, 2020 at 7:46 PM

If it helps I can provide some journal files. Also, the above 'conversion' part I've pretty much done for the other apps (and most of them weren't using that qtaglextras) without a major hitch so not really what is going on with the mixer, of there's something underneath that needs more fiddling. 

 

Marius Vlad 
May 29, 2020 at 7:00 PM
(edited)

 

Yes, that seems to be case. 

So a bit of context:

 

I had to go back to 3336a398bb8ae52b74affc00dcd03342592c5fd6 and use that in order for afb-daemon to pass down to the application the correct port and token to compose/form that bindingAddress. 

I needed to that because I've ripped out any *windowmanager and qtaglextras links against qlibwindowmanager or windowmanager library itself. I also assume that it (qtaglextras) also wraps passing args  to the application itself just like commit 3336a398bb8ae52b74affc00dcd03342592c5fd6 does. 

Thing is when I do this, it seems that the application starts and exists/quits instantaneously. Initially I've just removed qtaglextras (see https://gerrit.automotivelinux.org/gerrit/gitweb?p=apps/mixer.git;a=blobdiff;f=app/main.cpp;h=41b58924cbd43bfb8ad63857551cd043e21974c6;hp=4921bf2e93f3b81129433fe1c2fd5fb973d0b2d6;hb=b6638c65ad9af59abfb2a571e11be5a73dc662b8;hpb=a9408eee195825e2b42bc1d62769191db65f89fa) but with those modifications I noticed that bindingAddress is not set, the application would start displaying a text 'Mixer' right below the top panel. 

So then I tried to bring back 3336a398bb8ae52b74affc00dcd03342592c5fd6, but just the cmd parser part (https://gerrit.automotivelinux.org/gerrit/gitweb?p=apps/mixer.git;a=blobdiff;f=app/main.cpp;h=e98572f0ec4a57141d783dea7d32f6c3f6708841;hp=41b58924cbd43bfb8ad63857551cd043e21974c6;hb=3df7363c56ada57f73a00865a67e66512f972598;hpb=90891f2a8a1735a6cf51c8e7a904a09886c2f210) and with those changes I see the issue describe above. 

You can probably follow better using https://gerrit.automotivelinux.org/gerrit/gitweb?p=apps%2Fmixer.git;a=shortlog;h=refs%2Fheads%2Fsandbox%2Fmvlad%2Fagl-compositor

Note all the above requires the agl-compositor. 

LE: Jira tries its best but it screws up the links. The last 3 commits from sandbox/mvlad/agl-compositor are relevant. 

Raquel Medina 
May 29, 2020 at 6:46 PM

   I dont understand what issue you're pointing at, could you elaborate a bit?

In case it helps,  the qtaglextras stuff included classes to wrap the configuration for  libhomescreen and libqwindowmanager, the commit you went back to was doing all the same setup in the application itself instead.  There are other apps that take the latter (old) approach, like settings.

The data to define the binding address comes from parsing the line args for the application, is this the step that is not working for you?

Fixed

Details

Assignee

Reporter

Fix versions

Labels

Priority

Created May 29, 2020 at 3:54 PM
Updated July 10, 2020 at 5:30 PM
Resolved June 5, 2020 at 7:59 PM