ChanServ changed the topic of #wayland to: https://wayland.freedesktop.org | Discussion about the Wayland protocol and its implementations, plus libinput | register your nick to speak
everfree has quit [Remote host closed the connection]
Momentum__ has left #wayland [#wayland]
co1umbarius has joined #wayland
columbarius has quit [Ping timeout: 480 seconds]
trivium has quit [Ping timeout: 480 seconds]
Leopold_ has quit [Remote host closed the connection]
Leopold has joined #wayland
cool110 has quit [Remote host closed the connection]
cool110 has joined #wayland
The_Company has quit [Read error: Connection reset by peer]
maxzor has quit [Ping timeout: 480 seconds]
nerdopolis has quit [Ping timeout: 480 seconds]
kts has joined #wayland
kts has quit [Quit: Leaving]
sav10 has joined #wayland
sav10 has quit []
<whot>
codingkoopa: what does the 'libinput Accel Profiles Available' property say? may not be available on your device for whatever reason
Leopold has quit [Remote host closed the connection]
maxzor has quit [Remote host closed the connection]
maxzor has joined #wayland
kts has quit [Quit: Leaving]
Szadek has quit [Ping timeout: 480 seconds]
Szadek has joined #wayland
smallville7123 has quit [Read error: Connection reset by peer]
small has joined #wayland
trivium has left #wayland [#wayland]
<pq>
swick[m], FWIW, I just learnt that it may make a difference whether primaries remapping is done before or after the system OOTF. If that's something you've known, it would have helped to mention it when talking about scene vs. display referred images.
<pq>
in hindsight, it's obvious how the result is mathematically different, but I still don't know what it means.
<pq>
JEEB, would be nice to continue the discussion in Gitlab.
<pq>
too bad I don't think I have access to IEC standards to check what that reference actually means.
<JEEB>
yea, I also have to scour stuff like N-documents at ISO side for stuff
<JEEB>
gets annoying when you're just trying to hack with open source
<JEEB>
instead of having a corporation pay for your spec pile
<JEEB>
also it was super annoying how ISO just made the procedure much harder to get specs available freely, and started requiring the procedure be done for *each* *edition*
<JEEB>
which is how ISOBMFF ended up being paid-only after like 20 years
b8ebe07e has quit [Remote host closed the connection]
caveman has joined #wayland
eroc19907 has quit [Ping timeout: 480 seconds]
gschwind has joined #wayland
b8ebe07e has joined #wayland
<wlb>
weston Merge request !1085 closed (libweston: add dummy launcher to run without logind/libseat)
eroc1990 has joined #wayland
maxzor has quit [Ping timeout: 480 seconds]
b8ebe07e has quit [Remote host closed the connection]
b8ebe07e has joined #wayland
Szadek has quit [Ping timeout: 480 seconds]
Szadek has joined #wayland
Leopold_ has quit [Remote host closed the connection]
Leopold_ has joined #wayland
b8ebe07e has quit [Ping timeout: 480 seconds]
caveman has quit [Ping timeout: 480 seconds]
caveman has joined #wayland
Narrat has joined #wayland
tzimmermann has quit [Quit: Leaving]
gschwind has quit [Quit: Leaving]
maxzor has joined #wayland
caveman has quit [Remote host closed the connection]
caveman has joined #wayland
nemmerich has joined #wayland
rv1sr has quit [Ping timeout: 480 seconds]
rv1sr has joined #wayland
ybogdano has joined #wayland
maxzor has quit [Ping timeout: 480 seconds]
sav10 has joined #wayland
JEEB has quit [Quit: leaving]
<codingkoopa>
whot: the 'libinput Accel Profiles Available' property is "1, 0", which is weird because I *can* do `xinput set-prop 11 "libinput Accel Profile Enabled" 0, 1` (which distinctly *enables* non-flat pointer accel for me)
<codingkoopa>
oh no that's incorrect, sorry - I have `libinput Accel Profiles Available (315): 1, 1`
<codingkoopa>
(the second part about the Enabled property stands, though)
mvlad has quit [Remote host closed the connection]
<nemmerich>
Hi, I got a question regarding surface commit with a delayed apply.
<nemmerich>
A compositor might want to wait for a buffer to be ready before actually applying the state to the surface to minimize the effects of slow rendering in a client.
<nemmerich>
However, to minimize the effects of one slow client on others, delayed applies on different surfaces would need to be reordered, which might be observable with a screenshot extension or to the user.
<nemmerich>
Therefore, this seems like a protocol violation as requests are ordered, and commits don't allow such delayed applies with reorders.
<nemmerich>
Is this a protocol violation, and are there other ways to handle such cases?
<kennylevinsen>
why would delayed application need to be "reordered"? Sway has a transaction system where during resizing if tiles, affected surfaces are not updated until they all commit an ack to the latest configure.
<kennylevinsen>
This does not reorder anything, it just delays when presentation occurred which is already under the discretion if the compositor (it needs to wait for scanout for example)
<nemmerich>
The problem this is intended to solve is for buffers such as dma-buf, which are not ready when the compositor starts to render the frame to cause a frame miss. But buffers in later commits to other surfaces might be ready and could be integrated into the frame.
<kennylevinsen>
nemmerich: that should not be an issue - for each surface, the changed state will be displayed to the user at some point after commit. Whether the commit of one surface reaches the users eyeball faster than another does not matter.
<kennylevinsen>
That a later commit to one surface is displayed before an earlier commit to another can also naturally happen with two outputs at different refresh rates. Nothing wrong with that.
<kennylevinsen>
synced subsurface trees are different though, as the name suggests
<nemmerich>
That makes sense. Just wanted to make sure as this was not clear to me from the specs. Thank you.
<whot>
codingkoopa: probably best to file an issue then, dunno why this isn't taking effect
small has quit [Ping timeout: 480 seconds]
fmuellner has joined #wayland
agd5f has joined #wayland
d42 has quit [Ping timeout: 480 seconds]
d42 has joined #wayland
nemmerich_ has joined #wayland
nemmerich has quit [Ping timeout: 480 seconds]
<codingkoopa>
sure, i will file an issue ^^
danvet has quit [Ping timeout: 480 seconds]
the_sea_peoples has quit [Remote host closed the connection]
the_sea_peoples has joined #wayland
hardening has quit [Ping timeout: 480 seconds]
<codingkoopa>
interestingly, KDE on Xorg also defaulted to flat (this being the first time i run KDE with this mouse), which ensues some confidence that it's not (totally) on me
<codingkoopa>
(s/ensue/instill)
Brainium has quit [Remote host closed the connection]