> On Apr 28, 2017, at 3:20 PM, Ilia Mirkin wrote:
>
> On Fri, Apr 28, 2017 at 3:58 PM, Cherniak, Bruce
> wrote:
>>
>>> On Apr 27, 2017, at 7:50 PM, Ilia Mirkin wrote:
>>>
>>> On Thu, Apr 27, 2017 at 8:45 PM, Cherniak,
On Fri, Apr 28, 2017 at 3:58 PM, Cherniak, Bruce
wrote:
>
>> On Apr 27, 2017, at 7:50 PM, Ilia Mirkin wrote:
>>
>> On Thu, Apr 27, 2017 at 8:45 PM, Cherniak, Bruce
>> wrote:
>>>
On Apr 27, 2017, at 7:38 PM, Ilia
> On Apr 27, 2017, at 7:50 PM, Ilia Mirkin wrote:
>
> On Thu, Apr 27, 2017 at 8:45 PM, Cherniak, Bruce
> wrote:
>>
>>> On Apr 27, 2017, at 7:38 PM, Ilia Mirkin wrote:
>>>
>>> Erm, so ... what happens if I render to FB1,
On Thu, Apr 27, 2017 at 8:45 PM, Cherniak, Bruce
wrote:
>
>> On Apr 27, 2017, at 7:38 PM, Ilia Mirkin wrote:
>>
>> Erm, so ... what happens if I render to FB1, then render to FB2, then
>> render to FB1 again (and I have blending enabled)? Doesn't
> On Apr 27, 2017, at 7:38 PM, Ilia Mirkin wrote:
>
> Erm, so ... what happens if I render to FB1, then render to FB2, then
> render to FB1 again (and I have blending enabled)? Doesn't the resolve
> lose the per-sample information? Or does the resolve merely precompute
>
Erm, so ... what happens if I render to FB1, then render to FB2, then
render to FB1 again (and I have blending enabled)? Doesn't the resolve
lose the per-sample information? Or does the resolve merely precompute
the resolved version on the off chance that it's needed, without
losing the source
v2: Reword commit message to more closely adhere to community
guidelines.
This patch moves msaa resolve down into core/StoreTiles where the
surface format conversion routines are available. The previous
"experimental" resolve was limited to 8-bit unsigned render targets.
This fixes a number of