<div dir="ltr">Hi,<div class="gmail_extra"><br><div class="gmail_quote">On 16 December 2014 at 03:56, Michel Dänzer <span dir="ltr"><<a href="mailto:michel@daenzer.net" target="_blank">michel@daenzer.net</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 12.12.2014 20:27, Daniel Stone wrote:<br></span><span class="">> It might be useful to make the interpretation modifiers bitmaskable, so<br>
> they can be combined (e.g. wide-range/unclamped YUV | whatever chroma<br>
> siting), but I can't think of a usecase for combining multiple layout<br>
> modifiers (e.g. this tiling | that compression).<br>
<br>
</span>I might be misunderstanding what you're referring to, but FWIW: With AMD<br>
GPUs, the compression format and tiling parameters can be chosen<br>
(mostly) independently.</blockquote><div><br></div><div>Should've been a little more clear. Definitely each vendor will have their own combination of modes, but I mostly meant that I don't really see a use for VENDOR_AMD(compression_1) | VENDOR_OTHER(tiling_N), or VENDOR_ARM(afbc) | VENDOR_SAMSUNG(tiling_12x64). Each vendor's space would be free to use the 24 sub-bits as a bitmask, but I don't think there's a need for combining tokens from multiple vendor spaces.</div><div><br></div><div>Cheers,</div><div>Daniel</div></div></div></div>