wine-devel July 2014

wine-devel@winehq.org

49 participants
158 discussions

Re: [PATCH 6/6] wined3d: Do not warn about WINED3DUSAGE_WRITEONLY.
by Henri Verbeet 07 Jul '14

07 Jul '14

On 3 June 2014 09:41, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > As the previous tests show, we can't do anything with this flag. Sort of. It may make sense to set WINED3D_BUFFER_DOUBLEBUFFER if WINED3DUSAGE_WRITEONLY isn't set.

2 7

Re: [9/9] wined3d: pass the capabilities directly to d3d_level_from_gl_info and rename it to d3d_level_from_caps
by Henri Verbeet 07 Jul '14

07 Jul '14

On 4 July 2014 00:40, Andrei Slăvoiu <andrei.slavoiu(a)gmail.com> wrote: > - if (fragment_caps.TextureOpCaps & WINED3DTEXOPCAPS_DOTPRODUCT3) > + if (fragment_caps->TextureOpCaps & WINED3DTEXOPCAPS_DOTPRODUCT3) > return D3D7; > if (fragment_caps.MaxSimultaneousTextures > 1) > return D3D6; This doesn't compile: directx.c: In function ‘d3d_level_from_caps’: directx.c:1692:22: error: request for member ‘MaxSimultaneousTextures’ in … [View More]

1 0

Re: [7/9] wined3d: replace vendor specific callbacks with generic code that uses vendor specific arrays
by Henri Verbeet 07 Jul '14

07 Jul '14

On 4 July 2014 00:40, Andrei Slăvoiu <andrei.slavoiu(a)gmail.com> wrote: > +enum wined3d_pci_device > +card_fallback_nvidia[] = static const enum wined3d_pci_device card_fallback_nvidia[] =

1 0

Re: [6/9] wined3d: Use capabilities from the shader backend or the fragment pipeline to determine the D3D level
by Henri Verbeet 07 Jul '14

07 Jul '14

On 4 July 2014 00:40, Andrei Slăvoiu <andrei.slavoiu(a)gmail.com> wrote: > + /* wine can not use SM 4 on mesa drivers as the necessary functionality is not exposed on compatibility contexts */ Line length. (And caps, punctuation, but I don't care that much.)

1 0

Re: [5/9] wined3d: Make d3d_level_from_gl_info return an enum instead of a plain int
by Stefan Dösinger 07 Jul '14

07 Jul '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 2014-07-04 00:40, schrieb Andrei Slăvoiu: > +enum wined3d_d3d_level > +{ > + D3D5, > + D3D6, > + D3D7, > + D3D8, > + D3D9_SM2, > + D3D9_SM3, > + D3D10, > + D3D11, > +}; I'd prefer enum values like D3D_LEVEL_5 etc. I think D3Dx is too short and generic. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ … [View More]

2 1

Re: [4/9] wined3d: replace vendor specific callbacks with generic code that uses vendor specific renderer string tables
by Henri Verbeet 07 Jul '14

07 Jul '14

On 4 July 2014 00:40, Andrei Slăvoiu <andrei.slavoiu(a)gmail.com> wrote: > +/* See http://developer.amd.com/drivers/pc_vendor_id/Pages/default.aspx > + *· Trailing space. > +cards_vmware[]= { Space between ']' and '=', '{' placement. > static const struct gl_vendor_selection > { > enum wined3d_gl_vendor gl_vendor; > const char *description; /* Description of the card selector i.e. Apple OS/X Intel */ > - enum wined3d_pci_device (*select_card)… [View More]

1 0

Re: [2/9] wined3d: Make the card selection for binary drivers use arrays only
by Stefan Dösinger 07 Jul '14

07 Jul '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 2014-07-04 00:40, schrieb Andrei Slăvoiu: > + /* Radeon R5xx */ > + {"X1950", CARD_AMD_RADEON_X1600}, > + {"X1900", CARD_AMD_RADEON_X1600}, > + {"X1800", CARD_AMD_RADEON_X1600}, > + {"X1650", CARD_AMD_RADEON_X1600}, > + {"X1600", CARD_AMD_RADEON_X1600}, > + /* Radeon R4xx + X1300/X1400/X1450/X1550/X2300/X2500/HD2300 (lowend … [View More]R5xx) > + * Note X2300/X2500/HD2300 are R5xx GPUs with a 2xxx naming but they are still DX9-only */ > + {"HD 2300", CARD_AMD_RADEON_X700}, > + {"X2500", CARD_AMD_RADEON_X700}, > + {"X2300", CARD_AMD_RADEON_X700}, > + {"X1550", CARD_AMD_RADEON_X700}, > + {"X1450", CARD_AMD_RADEON_X700}, > + {"X1400", CARD_AMD_RADEON_X700}, > + {"X1300", CARD_AMD_RADEON_X700}, > + {"X850", CARD_AMD_RADEON_X700}, > + {"X800", CARD_AMD_RADEON_X700}, > + {"X700", CARD_AMD_RADEON_X700}, > + /* Radeon Xpress Series - onboard, DX9b, Shader 2.0, 300-400 MHz */ > + {"Radeon Xpress", CARD_AMD_RADEON_XPRESS_200M}, The last version of the binary driver that supports those cards is more than 5 years old. Unlike the Nvidia counterpart it has never been updated for newer kernels or X servers. I think it is safe to remove these cards from the binary driver handler. I guess its also safe to keep them in there though in case we have one or two users left who use ancient distros. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTt8d3AAoJEN0/YqbEcdMwQxAP/A0itG/ma629yvacZntEzfiR GjxZnCDWcxOB/q0i32QaM7iClpJq8imVUv9ZZbu7niK7JFwDvxNR8NLLHvheKY5G VaQQvH5Ueg3dUx29J4Ri+JZCgTJQGPBkYFEi2/Ba4TwxPr4ZDjMSXqH0JLcuxA0D r79RS8nFqD/8hcxfEGiv9YMoE9iJgZOjL4v67ErBL/ob0Q2S+qWf0Y9+NIhQB+3z F3JhPyuG6szBn4iVN42wCGl9eg+4/iC+OuDvmLFe4Nsu+Ggb6CyxntOZcDPDpGIa PA99942HIoiEtr3MboV7xMuMlPo6aPm5IcbKOWQMi2djqf8RnbM+rAqsK30tRwFi zqnW9vrctY+JubADF4uRcxMt5insjv6mURH8FmHEo2snmbRv93HSzSeG28Ylp4ND /2ltZHdxnAo2IoGjZX0QjBHS6giBF9DQ6WLxZcJUVbCj2oBh5+iXiSnnrsYxGv92 CRkHtySd8iSCibseyi9EwpnMzK5BIbWVz1L7fs8eM0ITGFOfatS5guWvirxT0g15 B/hf8py1gQiC/tmZQW828n/nGAmtqzwNl4PBPX1TRZz1jwxR6mg3hHIuGL13vwZB +8GEJFgRZLMRz4l2YkiuFeEohaCNq6wQ5Tlc+n3Fs/GkWoaDASd/+OZ9pc55/Mof pbXvrhc7BUFxMWoPjHH/ =1c47 -----END PGP SIGNATURE----- [View Less]

2 1

Re: [1/9] wined3d: Make the card selection for binary drivers depend only on gl_renderer like it already is for the mesa drivers and remove the gl_info parameter from the select_card callback.
by Henri Verbeet 07 Jul '14

07 Jul '14

On 4 July 2014 00:40, Andrei Slăvoiu <andrei.slavoiu(a)gmail.com> wrote: > + /*Direct 3D 9 SM3*/ This is pretty minor, but could you please make that "/* Direct3D 9 SM3 */", etc.? > + {"HD 6770M",CARD_AMD_RADEON_HD6600M}, > + {"HD 6750M",CARD_AMD_RADEON_HD6600M}, Since you're touching the entire table anyway, please add some extra space here, preferably enough to make the "Radeon Xpress" entry from the next patch fit as well. > +···· > + /* Radeon … [View More]

1 0

Re: [0/9] wined3d: Rework card pci id selection mechanism
by Henri Verbeet 07 Jul '14

07 Jul '14

> Question: is it intended to return an AMD card as fall-back for VMware? > Sort of. You could probably make an argument for always returning e.g. CARD_VMWARE_SVGA3D as fallback for VMware, but returning an AMD card is probably as good as any other.

1 0

Re: [4/9] wined3d: replace vendor specific callbacks with generic code that uses vendor specific renderer string tables
by Stefan Dösinger 06 Jul '14

06 Jul '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 2014-07-04 00:40, schrieb Andrei Slăvoiu: > +/* See http://developer.amd.com/drivers/pc_vendor_id/Pages/default.aspx > + * > + * Beware: renderer string do not match exact card model, > + * eg HD 4800 is returned for multiple cards, even for RV790 based ones. */ This link is dead. I recommend to remove it. > static const struct gl_vendor_selection > { > enum wined3d_gl_vendor gl_vendor; > const char *… [View More]

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel July 2014