On Tue, 13 Oct 2020 17:25:26 +0200 Le Barjack <[email protected]> said:
> On 10/13/20 1:41 PM, Carsten Haitzler wrote: > > On Tue, 13 Oct 2020 08:01:12 +0200 Le Barjack <[email protected]> > > said: > > > >> Thanks for your answer. > >> I was building efl with opengl=es-gl (gles2-only use on gentoo) and I > >> changed for opengl=full (which is the default on gentoo). > >> I can't remind why I've changed this build directive in the past, but it > >> now works like a charm. > >> Maybe a bad interaction with nvidia drivers. > > > > gles is the default. so gles works like a charm? or full opengl now works? > > i do suspect a driver issue. > It seems to be the opposite in my distro and efl are built with full > opengl by default. And it now works as expected with full opengl. > It's very probable that the driver is in cause. well all the code paths are exactly the same EXCEPT for full opengl it'll use a glxpixmap and for egl an eglimage... they are otherwise identical and share 99% of the code except this glx vs egl changes. my gut suspects nvidia driver egl/gles support bugs or untested code paths. as this works on every other egl/gles stack i have tried... that's my bet for now. > > as it's nvidia... sorry. i wipe my hands of that as i no longer have nvidia > > hw and only use oss drivers on all my devices (my arm ones too now all rely > > on oss panfrost or lima drivers for mali or vc4 for rpi). it all works like > > a charm with egl+gles on all the open drivers i have tried (intel, amdgpu, > > panfrost, lima). :| > > Yeah, I do agree. Those closed blobs can be painful when they start to > behave erratically, with no possibility to understand the problem. correct. if i had nvidia hw my next port of call might be to follow the mesa code paths to see if something is going wrong. but as i don't have any such hardware i'd advise you to poke around there and see... but as it's a binary blob... that isn't going to happen. :) you could try the nouveau drivers... > Thanks > > > >> Thanks a lot! > >> -- > >> François > >> > >> On 10/12/20 10:28 PM, Carsten Haitzler wrote: > >>> On Mon, 12 Oct 2020 17:34:33 +0200 Le Barjack <[email protected]> > >>> said: > >>> > >>> http://www.enlightenment.org/ss/e-5f84bab2845c19.12116122.jpg > >>> http://www.enlightenment.org/ss/e-5f84bbc0d05d72.83875100.jpg > >>> > >>> obs studio - working find. test app. game. fullscreen window or not. intel > >>> driver (modestting for xorg, mesa etc. for gl). I think your problems are > >>> to do with xorg/driver level. I am not sure if xfce uses opengl or xrandr > >>> to composite but e will use opengl (opengl-es+egl by default unless you > >>> changed efl's build). i assume you have gl accel on. otherwise e will be > >>> screen-capturing the windows and software compositing client-side. > >>> > >>>> Hi, > >>>> > >>>> I am using Enlightenment 0.24.2 with efl 1.24.3. > >>>> I have a problem when I try to share a window with discord or zoom. Same > >>>> thing when I try to stream a game with obs. > >>>> > >>>> The window end up being locked in some way, no mouse pointer, but it > >>>> appears correctly on obs (open broadcaster software). I can even close > >>>> the game just by looking at the captured window in obs. I can see my > >>>> mous pointer moving on the game window and it reacts to clicking. > >>>> > >>>> I really think it's a problem with enlightenment (or at least, with my > >>>> instance of E). I tried obs on xfce, and there was no problme when > >>>> capturing the window. > >>>> > >>>> Anyone already had a similar problem? A solution? > >>>> > >>>> Thanks > >>>> -- > >>>> François > >>>> > >>>> > >>>> _______________________________________________ > >>>> enlightenment-users mailing list > >>>> [email protected] > >>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-users > >>> > >>> > >> > >> > >> > >> _______________________________________________ > >> enlightenment-users mailing list > >> [email protected] > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > > > > > > _______________________________________________ > enlightenment-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - [email protected] _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
