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
Seirdy has quit [Quit: exiting 3.0.1]
columbarius has joined #wayland
co1umbarius has quit [Ping timeout: 480 seconds]
Seirdy has joined #wayland
Seirdy has quit [Ping timeout: 480 seconds]
vivekk has joined #wayland
vivek has quit [Ping timeout: 480 seconds]
Seirdy has joined #wayland
nerdopolis_ has quit [Ping timeout: 480 seconds]
zebrag has quit [Quit: Konversation terminated!]
agd5f has quit [Read error: Connection reset by peer]
tzimmermann has joined #wayland
dcz_ has joined #wayland
rasterman has joined #wayland
danvet has joined #wayland
hendursa1 has joined #wayland
hendursaga has quit [Ping timeout: 480 seconds]
vivekk has quit [Read error: Connection reset by peer]
ServerStatsDiscoverertraveler4 has joined #wayland
idkrn[m] has joined #wayland
st3r4g has joined #wayland
MatrixTravelerbot[m] has joined #wayland
ofourdan has quit [Remote host closed the connection]
ofourdan has joined #wayland
hardening has joined #wayland
bodiccea_ has joined #wayland
immibis has quit [Remote host closed the connection]
leandrohrb2 has quit [Remote host closed the connection]
leandrohrb2 has joined #wayland
immibis has joined #wayland
ofourdan has quit [charon.oftc.net liquid.oftc.net]
Lucretia has quit [charon.oftc.net liquid.oftc.net]
ppascher has quit [charon.oftc.net liquid.oftc.net]
andyrtr has quit [charon.oftc.net liquid.oftc.net]
swick has quit [charon.oftc.net liquid.oftc.net]
bodiccea has quit [charon.oftc.net liquid.oftc.net]
pac85[m] has quit [charon.oftc.net liquid.oftc.net]
DasChaos[m] has quit [charon.oftc.net liquid.oftc.net]
GeorgesStavracasfeaneron[m] has quit [charon.oftc.net liquid.oftc.net]
YaLTeR[m] has quit [charon.oftc.net liquid.oftc.net]
Sumera[m] has quit [charon.oftc.net liquid.oftc.net]
robertmader[m] has quit [charon.oftc.net liquid.oftc.net]
[old]freshgumbubbles[m] has quit [charon.oftc.net liquid.oftc.net]
heftig[m] has quit [charon.oftc.net liquid.oftc.net]
vv221 has quit [charon.oftc.net liquid.oftc.net]
GoGi has quit [charon.oftc.net liquid.oftc.net]
benbrown has quit [charon.oftc.net liquid.oftc.net]
fltrz_ has quit [charon.oftc.net liquid.oftc.net]
GentooPhysicist has quit [charon.oftc.net liquid.oftc.net]
xantoz has quit [charon.oftc.net liquid.oftc.net]
jpnurmi has quit [charon.oftc.net liquid.oftc.net]
dblsaiko has quit [charon.oftc.net liquid.oftc.net]
yoslin has quit [charon.oftc.net liquid.oftc.net]
kchibisov has quit [charon.oftc.net liquid.oftc.net]
wb9688 has quit [charon.oftc.net liquid.oftc.net]
glennk has quit [charon.oftc.net liquid.oftc.net]
SallyAhaj has quit [charon.oftc.net liquid.oftc.net]
mtretter has quit [charon.oftc.net liquid.oftc.net]
Serus has quit [charon.oftc.net liquid.oftc.net]
lanodan has quit [charon.oftc.net liquid.oftc.net]
zumbi has quit [charon.oftc.net liquid.oftc.net]
vv221 has joined #wayland
benbrown has joined #wayland
Lucretia has joined #wayland
heftig[m] has joined #wayland
andyrtr has joined #wayland
Sumera[m] has joined #wayland
pac85[m] has joined #wayland
kchibisov has joined #wayland
SallyAhaj has joined #wayland
zumbi has joined #wayland
lanodan has joined #wayland
fltrz_ has joined #wayland
GentooPhysicist has joined #wayland
mtretter has joined #wayland
wb9688 has joined #wayland
robertmader[m] has joined #wayland
swick has joined #wayland
YaLTeR[m] has joined #wayland
ppascher has joined #wayland
[old]freshgumbubbles[m] has joined #wayland
GeorgesStavracasfeaneron[m] has joined #wayland
Serus has joined #wayland
dblsaiko has joined #wayland
DasChaos[m] has joined #wayland
yoslin has joined #wayland
GoGi has joined #wayland
xantoz has joined #wayland
jpnurmi has joined #wayland
glennk has joined #wayland
ofourdan has joined #wayland
GentooPhysicist3 has joined #wayland
GentooPhysicist has quit [Ping timeout: 480 seconds]
Lucretia has quit [charon.oftc.net liquid.oftc.net]
glennk has quit [charon.oftc.net liquid.oftc.net]
GoGi has quit [charon.oftc.net liquid.oftc.net]
dblsaiko has quit [charon.oftc.net liquid.oftc.net]
DasChaos[m] has quit [charon.oftc.net liquid.oftc.net]
pac85[m] has quit [charon.oftc.net liquid.oftc.net]
robertmader[m] has quit [charon.oftc.net liquid.oftc.net]
YaLTeR[m] has quit [charon.oftc.net liquid.oftc.net]
GeorgesStavracasfeaneron[m] has quit [charon.oftc.net liquid.oftc.net]
SallyAhaj has quit [charon.oftc.net liquid.oftc.net]
yoslin has quit [charon.oftc.net liquid.oftc.net]
ppascher has quit [charon.oftc.net liquid.oftc.net]
[old]freshgumbubbles[m] has quit [charon.oftc.net liquid.oftc.net]
fltrz_ has quit [charon.oftc.net liquid.oftc.net]
mtretter has quit [charon.oftc.net liquid.oftc.net]
jpnurmi has quit [charon.oftc.net liquid.oftc.net]
Sumera[m] has quit [charon.oftc.net liquid.oftc.net]
swick has quit [charon.oftc.net liquid.oftc.net]
kchibisov has quit [charon.oftc.net liquid.oftc.net]
heftig[m] has quit [charon.oftc.net liquid.oftc.net]
Serus has quit [charon.oftc.net liquid.oftc.net]
xantoz has quit [charon.oftc.net liquid.oftc.net]
lanodan has quit [charon.oftc.net liquid.oftc.net]
zumbi has quit [charon.oftc.net liquid.oftc.net]
wb9688 has quit [charon.oftc.net liquid.oftc.net]
andyrtr has quit [charon.oftc.net liquid.oftc.net]
st3r4g has quit [Quit: おやすみ]
<dottedmag>
Is it valid to create several shm buffers that are overlapping in the backing store? Use-case I'm thinking about is loading a file with a ton of textures, and then creating surfaces from this chunk of memory by playing with offset/width/height/stride.
<emersion>
i don't see why not
<kennylevinsen>
Sounds like a simple sprite map
flacks has quit [Quit: Quitter]
flacks has joined #wayland
Lucretia has joined #wayland
muhomor has quit [Remote host closed the connection]
dcz has joined #wayland
<dottedmag>
Okay. I'm interested in the corner cases, like the following: Create wl_shm_pool for 4 bytes, then create two buffers: offset 0, width 1, height 2, stride 2; offset 1, width 1, height 2, stride 2. Should compositor avoid touching bytes 1 and 3 while working on first buffer? Can client update bytes 1 and 3 simultaneously with buffer 0 being handled by compositor?
dcz_ has quit [Ping timeout: 480 seconds]
<dottedmag>
Buffer formats r8
<dottedmag>
s/buffer 0/first buffer/
<emersion>
maybe the compositor will read the bytes, but won't do anything with the data, because these bytes aren't used for any pixel value and have undefined contents
<emersion>
same goes for the X channel
<emersion>
in other words, the bytes should be readable, but it shouldn't be an issue if there's a racy read that results in corrupted values, these values are unused