Hi Brad,
El vie., 19 jun. 2020 a las 5:24, Brad Robinson
() escribió:
[...]
>
> Finally, the toolkit already maintains an off-screen buffer with the window's
> current contents rendered into it. I'll probably replace that with a Wayland
> buffer, but wondering about partial updates. eg: if
On Wed, 24 Jun 2020 23:45:56 +1000
Brad Robinson wrote:
> Hi Pekka,
>
> > The problem is, the compositor might not release the buffer until
> > you have already submitted a new one.
> >
>
> OK... good to know that approach won't work.
>
> I guess what I'm trying to figure out (and probably
Hi Pekka,
The problem is, the compositor might not release the buffer until
> you have already submitted a new one.
>
OK... good to know that approach won't work.
I guess what I'm trying to figure out (and probably won't solve completely
till I actually sit down and code it) is how to avoid the
On Wed, 24 Jun 2020 13:35:12 +0200
Sebastian Wick wrote:
> On 2020-06-24 13:14, Pekka Paalanen wrote:
> > On Wed, 24 Jun 2020 19:17:57 +1000
> > Brad Robinson wrote:
> >
> >> 1. the compositor doesn't change the contents of the buffer and that
> >> when
> >> it's returned it's still got
On 2020-06-24 13:14, Pekka Paalanen wrote:
On Wed, 24 Jun 2020 19:17:57 +1000
Brad Robinson wrote:
Hi All,
@Guillermo: yep, that's exactly the same problem I'm thinking about.
Hi,
I answered to Guillermo as well further down.
I had an idea that I'm wondering about the rendering
On Wed, 24 Jun 2020 14:28:18 +0300 Pekka Paalanen said:
> On Wed, 24 Jun 2020 10:58:41 +0100
> Carsten Haitzler (The Rasterman) wrote:
>
> > you keep a sliding window of the last 2 frames with of rect regions you
> > union (merge with) the current frame's update rects... then render that.
> >
On Wed, 24 Jun 2020 10:58:41 +0100
Carsten Haitzler (The Rasterman) wrote:
> you keep a sliding window of the last 2 frames with of rect regions you union
> (merge with) the current frame's update rects... then render that. you can
> play
> tricks like copy back some regions from a previous
On Wed, 24 Jun 2020 19:17:57 +1000
Brad Robinson wrote:
> Hi All,
>
> @Guillermo: yep, that's exactly the same problem I'm thinking about.
Hi,
I answered to Guillermo as well further down.
> I had an idea that I'm wondering about the rendering model in my
> toolkit is essentially the
(Resending to the list)
Hi Brad,
El vie., 19 jun. 2020 a las 5:24, Brad Robinson
() escribió:
[...]
>
> Finally, the toolkit already maintains an off-screen buffer with the window's
> current contents rendered into it. I'll probably replace that with a Wayland
> buffer, but wondering about
On Wed, 24 Jun 2020 19:17:57 +1000 Brad Robinson
said:
EFL has the same model - it tracks damage rects (either sent by expose/damage
events from windowing system combined with a set of rect regions it calculates
itself based on previous frame state vs current frame state and which
Hi All,
@Guillermo: yep, that's exactly the same problem I'm thinking about.
I had an idea that I'm wondering about the rendering model in my
toolkit is essentially the same as Windows/OSX - where the application
invalidates part of the window, and then at some later point the OS calls
back
Hi Pekka,
Thanks for the detailed insight. That's exactly the kind of info I was
after about how to manage some of this stuff. I still haven't had a chance
to dig into this in any detail but hope to in the next day or so...
Brad
On Mon, Jun 22, 2020 at 6:46 PM Pekka Paalanen wrote:
> On
On Mon, 22 Jun 2020 11:46:41 +0300 Pekka Paalanen said:
> On Fri, 19 Jun 2020 11:21:34 +0100
> Carsten Haitzler (The Rasterman) wrote:
>
> > On Fri, 19 Jun 2020 13:24:12 +1000 Brad Robinson
> > said:
> >
> > > Hi All,
> > >
> > > I'm fairly new to Wayland and Linux GUI programming in
On Fri, 19 Jun 2020 11:21:34 +0100
Carsten Haitzler (The Rasterman) wrote:
> On Fri, 19 Jun 2020 13:24:12 +1000 Brad Robinson
>
> said:
>
> > Hi All,
> >
> > I'm fairly new to Wayland and Linux GUI programming in general, but doing
> > some experiments to figure out how to integrate it into
Hi Carsten,
> i assume GetTempPath() will be looking at /tmp ... and /tmp may not be a
> ramdisk. it may be a real disk... in which case your buffers may be getting
> written to an actual disk. don't use /tmp.
>
That's kind of what was in the back of my head when I decided to post this,
but
Hi Scott,
Thanks - memfd_create looks like a good option. I think I'll switch to
that and fall back if it's not available.
Sounds like one pool per window is the way to go... really didn't feel
like implementing a heap allocator.
Brad
On Fri, Jun 19, 2020 at 1:55 PM Scott Anderson
wrote:
On Fri, 19 Jun 2020 13:24:12 +1000 Brad Robinson
said:
> Hi All,
>
> I'm fairly new to Wayland and Linux GUI programming in general, but doing
> some experiments to figure out how to integrate it into my custom UI
> toolkit library and have a couple of questions about client side buffer
>
On 19/06/20 3:24 pm, Brad Robinson wrote:
Hi All,
I'm fairly new to Wayland and Linux GUI programming in general, but
doing some experiments to figure out how to integrate it into my custom
UI toolkit library and have a couple of questions about client side
buffer management.
Firstly, this
Hi All,
I'm fairly new to Wayland and Linux GUI programming in general, but doing
some experiments to figure out how to integrate it into my custom UI
toolkit library and have a couple of questions about client side buffer
management.
Firstly, this is how I'm allocating the backing memory for
19 matches
Mail list logo
