ChanServ changed the topic of #wayland to: https://wayland.freedesktop.org | Discussion about the Wayland protocol and its implementations, plus libinput
roussinm has quit []
glennk has quit [Ping timeout: 480 seconds]
Brainium has quit [Ping timeout: 480 seconds]
Guest2062 has quit [Ping timeout: 480 seconds]
sima has quit [Ping timeout: 480 seconds]
tlwoerner has joined #wayland
tlwoerner_ has quit [Ping timeout: 480 seconds]
Brainium has joined #wayland
tlwoerner_ has joined #wayland
tlwoerner has quit [Ping timeout: 480 seconds]
tlwoerner has joined #wayland
tlwoerner_ has quit [Ping timeout: 480 seconds]
tlwoerner has quit [Remote host closed the connection]
zvarde19883032067791916856 has joined #wayland
zvarde1988303206779191685 has quit [Ping timeout: 480 seconds]
zvarde19883032067791916856 is now known as zvarde1988303206779191685
qaqland_ is now known as qaqland
fmuellner has quit [Ping timeout: 480 seconds]
zvarde19883032067791916857 has joined #wayland
zvarde19883032067791916851 has joined #wayland
zvarde1988303206779191685 has quit [Ping timeout: 480 seconds]
zvarde19883032067791916851 is now known as zvarde1988303206779191685
zvarde19883032067791916857 has quit [Ping timeout: 480 seconds]
mblenc has quit [Read error: Connection reset by peer]
kts has quit [Quit: Konversation terminated!]
garnacho has joined #wayland
mblenc has joined #wayland
mblenc1 has quit [Remote host closed the connection]
<pq>
zamundaaa[m], did you consider using a deeper integer format as optical blending render target? Maybe 10 bpc could be acceptable? I guess they wouldn't support blend shaders? What about SRGB instead of half-float?
<kennylevinsen>
ofourdan: re: hidpi xwayland, i didn't keep track of what happened after it was moved to draft and back again - did anything major change?
peeterm has joined #wayland
<ofourdan>
nope, I just moved a bit of code to a separate function basically
kts has joined #wayland
mblenc has quit [Read error: Connection reset by peer]
mblenc has joined #wayland
<zamundaaa[m]>
pq: I have, mostly with 16 bpx fixed point though. Linear 10 bpc would lose some precision in comparison to 8 bpc sRGB afaiu, though if we could limit this to hardware that needs this workaround it might be acceptable
<zamundaaa[m]>
About sRGB render targets, that's what I tried first - minor changes in the shader aside, it sounded trivial... but there's no way to make it work afaics
<zamundaaa[m]>
Or at least I didn't find any way to make EGL do sRGB framebuffers with dmabufs
<pq>
d'oh
<pq>
10 bpc indeed only when necessary, because it's probably borderline sufficient with 8 bpc sRGB.
kts has quit [Ping timeout: 480 seconds]
<emersion>
there is a way to make EGL do sRGB decoding for DMA-BUFs
<emersion>
but it's not mplemented by Mesa
<pq>
was 16 bpc uint still slow?
<emersion>
decoding/encoding* (both)
<zamundaaa[m]>
pq: I haven't tested it yet
<zamundaaa[m]>
emersion: could it be implemented by Mesa?
<pq>
if it's about memory bandwidth...
<zamundaaa[m]>
It would certainly make things easier