Displaying 8 results from an estimated 8 matches for "arb_fbo".
2014 May 20
2
RFC: Fixing nv30 fbo attachments
...also the "linearity" of all the attachments
must be the same. (Whether a surface is linear or not is _generally_
dictated by its w/h, but not always -- POT textures can sometimes end
up allocated linearly by e.g. the ddx, or something else.) The
different sizes are handled by not exposing ARB_fbo. However the rest
of the cases remain.
Now that I kinda understand how things are structured, I was thinking
of doing the following:
When rendering (i.e. draw_vbo & co) and the fbo has changed (and has
one of the problems above), I would instead put in a temporary texture
as the depth attachm...
2014 May 20
2
[Mesa-dev] RFC: Fixing nv30 fbo attachments
...l the attachments
>> must be the same. (Whether a surface is linear or not is _generally_
>> dictated by its w/h, but not always -- POT textures can sometimes end
>> up allocated linearly by e.g. the ddx, or something else.) The
>> different sizes are handled by not exposing ARB_fbo. However the rest
>> of the cases remain.
>>
>> Now that I kinda understand how things are structured, I was thinking
>> of doing the following:
>>
>> When rendering (i.e. draw_vbo & co) and the fbo has changed (and has
>> one of the problems above), I...
2014 May 21
2
[Mesa-dev] RFC: Fixing nv30 fbo attachments
...t; must be the same. (Whether a surface is linear or not is _generally_
>>>> dictated by its w/h, but not always -- POT textures can sometimes end
>>>> up allocated linearly by e.g. the ddx, or something else.) The
>>>> different sizes are handled by not exposing ARB_fbo. However the rest
>>>> of the cases remain.
>>>>
>>>> Now that I kinda understand how things are structured, I was thinking
>>>> of doing the following:
>>>>
>>>> When rendering (i.e. draw_vbo & co) and the fbo has changed...
2014 May 21
1
[Mesa-dev] RFC: Fixing nv30 fbo attachments
...ether a surface is linear or not is _generally_
>>>>>> dictated by its w/h, but not always -- POT textures can sometimes end
>>>>>> up allocated linearly by e.g. the ddx, or something else.) The
>>>>>> different sizes are handled by not exposing ARB_fbo. However the rest
>>>>>> of the cases remain.
>>>>>>
>>>>>> Now that I kinda understand how things are structured, I was thinking
>>>>>> of doing the following:
>>>>>>
>>>>>> When rendering (...
2014 May 20
0
[Mesa-dev] RFC: Fixing nv30 fbo attachments
...rity" of all the attachments
> must be the same. (Whether a surface is linear or not is _generally_
> dictated by its w/h, but not always -- POT textures can sometimes end
> up allocated linearly by e.g. the ddx, or something else.) The
> different sizes are handled by not exposing ARB_fbo. However the rest
> of the cases remain.
>
> Now that I kinda understand how things are structured, I was thinking
> of doing the following:
>
> When rendering (i.e. draw_vbo & co) and the fbo has changed (and has
> one of the problems above), I would instead put in a tempo...
2014 May 20
0
[Mesa-dev] RFC: Fixing nv30 fbo attachments
...s
>>> must be the same. (Whether a surface is linear or not is _generally_
>>> dictated by its w/h, but not always -- POT textures can sometimes end
>>> up allocated linearly by e.g. the ddx, or something else.) The
>>> different sizes are handled by not exposing ARB_fbo. However the rest
>>> of the cases remain.
>>>
>>> Now that I kinda understand how things are structured, I was thinking
>>> of doing the following:
>>>
>>> When rendering (i.e. draw_vbo & co) and the fbo has changed (and has
>>> on...
2014 May 21
0
[Mesa-dev] RFC: Fixing nv30 fbo attachments
...he same. (Whether a surface is linear or not is _generally_
>>>>> dictated by its w/h, but not always -- POT textures can sometimes end
>>>>> up allocated linearly by e.g. the ddx, or something else.) The
>>>>> different sizes are handled by not exposing ARB_fbo. However the rest
>>>>> of the cases remain.
>>>>>
>>>>> Now that I kinda understand how things are structured, I was thinking
>>>>> of doing the following:
>>>>>
>>>>> When rendering (i.e. draw_vbo & co)...
2020 May 22
0
Wine release 5.9
...include/dwrite_1.idl: Fix typo in DWRITE_PANOSE_STROKE_VARIATION symbol name.
include/dwrite.idl: Fix typo in DWRITE_INFORMATIONAL_STRING_WWS_FAMILY_NAME member name.
Brendan Shanks (1):
ntdll: Fix length calculation of generated SMBIOS tables.
Charles Davis (8):
wined3d: Have ARB_fbo imply EXT_packed_depth_stencil.
winemac.drv: Use InitOnceExecuteOnce to initialize OpenGL.
preloader: Depend on wine_info.plist.
d3d11: Implement d3d11_immediate_context_FinishCommandList().
d3d11: Implement d3d11_immediate_context_GetContextFlags().
wined3d: Introduce...