May 2014 - Wine-Devel - list.winehq.org

Re: Video memory size detection in D3D

by Bruno Jesus

On Fri, May 30, 2014 at 5:36 AM, Stefan Dösinger <stefandoesinger(a)gmail.com> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Am 2014-05-30 08:01, schrieb Ruslan Kabatsayev: >> It'd be good if Wine could utilize these. Is there any work >> towards this already? > See the discussion between Andrei Slăvoiu and myself on this list. I > don't know if Andrei will decide to have a look at the extension, it's > his choice. Other than that I don't know of any efforts in this area. > You're welcome to chime in :-) . Reminds me of some old discussions like: http://www.winehq.org/pipermail/wine-devel/2012-April/094994.html (last question/answer).

May 30, 2014

Re: New Wine patches

by Bruno Jesus

On Mon, May 26, 2014 at 10:36 AM, Chakke, Neha (GE Oil & Gas) <Neha.Chakke(a)ge.com> wrote: > > Hello , > > I am trying to run a GE software and hardware on Debian (Linux platform) using WineHQ. In order to run the hardware we need to install device drivers for USB (Cypress) . > > http://wiki.winehq.org/USB > > I have been trying to look for some solutions online since a week. Could you kindly send me the new wine patches and please guide me with the procedure. > > Thanks and regards, > > Miss Neha Chakke Hi, Wine is not an operating system and doesn't implement the "Windows kernel" infrastructure needed to support various kind of hardware driver classes. Depending on what kind of device it is you can make it work with the Linux kernel and then use it inside wine, Cypress is known to make USB->serial devices, if that is the case there is a chance it will work in wine. See: http://www.winehq.org/docs/wineusr-guide/misc-things-to-configure#AEN715 Best wishes, Bruno

May 30, 2014

Re: Video memory size detection in D3D

by Stefan Dösinger

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 2014-05-30 08:01, schrieb Ruslan Kabatsayev: > It'd be good if Wine could utilize these. Is there any work > towards this already? See the discussion between Andrei Slăvoiu and myself on this list. I don't know if Andrei will decide to have a look at the extension, it's his choice. Other than that I don't know of any efforts in this area. You're welcome to chime in :-) . -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTiEMWAAoJEN0/YqbEcdMwUjUQAI2pHgX1xxkgFk3PYPHKKKrd PSyjvMs52IXECXYn2/Ka9hIZuFX43hkAgU+SIOrWQIQtmFqV4NgM+wd9kSX4UJAE 47D1dZtaEdGNLIjhQZFXqv/UeMdcF+yczPKVrQEtFV9+4a44v8kOZ9WoTIvljXG4 dx3k5eat5s00p93Jzq2VFfgpo+upL2xyYZ4C3mba4LRzoWdpLWd5m0nCXvT2OTtR JDa/cm7YCE9EUVvj9ig3vGQEEQRB6K8yrALw78/sO9CJMxBzgwNZ7NWqf+mOPkMP HQSBWk2VobnNgl5GdBZoBbsWmUktAu7v4nxRueK4rxae+UoONDf69xq+UknAMMZQ TdYaE4qYhWosbL3c6z+yfr/B0HqdMHDhRLINNVi5k4W5U6ZnFGkDoAunL3iDuwj/ jqvZTmcLUaLN91Qt1jeqC4lDB3JogUg8RAxfWtPOCczt6Kwi3lyuERGVD5LcI033 haTzl/UawOi301kqdpU/i2JECG/awEnHOJf9VavNMlIHISMrztX/ycoR9XzQbSvC tWq1BvBlgh9RRAUhyVUTN+wDjcD1PVqOcUCKyq7YX5epldRLvz9cVTaU7fsR/LQx Rik792h/yZfQ0jGrbZjxp6PjQW8pP/kyLSy68yiGQcCe33flF4qS1SrEnq6hKxsY gZ+s5KZhERNVcqJvBLp8 =X1PL -----END PGP SIGNATURE-----

May 30, 2014

Re: wined3d: Recognize cards that expose GLSL 1.30 as DX10 capable even if they don't support EXT_GPU_SHADER4 (try 4)

by Stefan Dösinger

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 2014-05-30 00:45, schrieb Andrei Slăvoiu: > Add back glsl check to make sure the card is capable of DX10. > > --- dlls/wined3d/directx.c | 4 +++- 1 file changed, 3 > insertions(+), 1 deletion(-) Looks good to me. Note that Alexandre and Henri are on holidays right now, so it might take a while before it is committed or you receive further comments. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTiD0QAAoJEN0/YqbEcdMwcjcP/jAOsNo8MoM8sSlc2RVtU7Y5 tHVmUyMZ0xPSa7DaA13GFT7/hPnRXimRY39epjJ3subulmprkXV+HNtaHWBVkEvR lB+YSJJDFGJ9V81o7aVSUfXydeY81C3TB6TbztO9WtVPSVaE9/ZXJ1ZO3edufoXT XhXMJwce9HmL8nU+SRFo+mAc/FLimCuTwMMf6OF61KlAMTkzGSQoh8sUSwO0hndL /+yARXxgYhBAtepVb2vuL7411/VWlbzrD8S8h4sZhEnCgLNuyGjXFyggjTZn+MWd zYf5MgBWmY/YJu1VES3lkM8VM5FpgJgEcM3DG8BEQ3yI5eyBLReMiKQe3uuyhlnJ KdE9tSPP3Ts2gHYeZ90kGImebtjy5sxA0gsekY5J4oNsbDUfO01OoHde+54GG6WD 25aogs1+edJNZMGI6pxScDl6EoPgbTlBjL5dJ2xDYc1P/ACezNqPBe+tCDoqoVon WBlqNSNntcfCUBEoiXpOcRFK0PeJDIMHRKpZEBM63V3gFW6w0KuI+Sj0JcwFxy+u saLOwXDpaGerhar2njWiCEKwM1NfW2Wj7wcY0/eiy56bi9UvhDCAUqqZ98xlFZuP m8Js4Bwzlp7NHQjaqXo/h3uK36B0OngHZkjRm/hXMEFuQHfCSbKtUMZLn27JI+3a chXJiqk95eUes6GLKzGo =tusS -----END PGP SIGNATURE-----

May 30, 2014

Re: wined3d: Recognize cards that expose ARB_shader_texture_lod as DX10 capable even if they don't support EXT_gpu_shader4 (try 3)

by Stefan Dösinger

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 2014-05-29 20:34, schrieb Andrei Slăvoiu: > So use the string provided by EnumDisplayDevices and the PCI ID and > memory size from the WGL extension? Something like that, yes. It needs a few separate pieces of work though - right now EnumDisplayDevicesW is a stub (see dlls/user32/misc.c). I suggest to start with only the WGL extension part and keep the PCI ID -> device name table in wined3d for now. Once this is in place we can worry about EnumDisplayDevices. All this is related to dual GPU support as well. Support for this is virtually nonexistent in winex11, user32 and wined3d, and Linux as a whole doesn't really support a dual-head configuration where one monitor is driven by an AMD GPU and the other is driven by an Nvidia GPU. This puts you in the unfortunate position of having to think about multi-GPU support (to avoid making things worse) but not really being able to test things and/or adding lots of infrastructure. OSX and Windows 7 support such multi-gpu configurations. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTiDp9AAoJEN0/YqbEcdMwMywP/RT0fxOeoBYHoJ7G5Tim2Ge/ OL5sq2lQx2DDMIUlJZsp7HRQ7kuaIL86wp0xikOcADa2Lx9mGjr0n4wHSmZi0tse 3RSVJDn1mWPLC6A2YJORLCFX4XZgmkTmcgzm01OozKCNRSJZxxkmCUAEIh4m2WS5 PbBbjHDFs+Y9MmPMl9ThxEV3FjQo4az/lITYqmMRVJFL5wjYT7CvlmfQaNtfmfWa RU+BjexqOjwX0E2RyOobXvGhEOGMDRk+RmqJ0zlV9+W6aSPnC2OHVLmKjM36Bq6V R5rs9ry7IorXpCrXFJ/7c6E5ST0SJPL9QiI5+I9qSOooLgCT10dSXiuvYItXfIrH 9KdiW3abQ2JzVbVD3nE1Y6T4y/GdrPgutYxiFx6IP5brfcoKJWqwpNNu8/ad+ydI d7UmHfkz7naG/uK7bE7zULCSqaT0laFcjiV8wNxi7g8Jsv5uj4LaxvsfhV28xI4r UTp/KNoXibn+a00MuAwJcRm767rnNdnb8qCetSv4i6b2QWUZFHNVsAz8GVrVJmRM eiPvqRsxl+752YjUB5oTv29zLVGudfmKbV691mKIxKv9kqYCxfywnn9C2l2JLrIf kUbvHIokcZ2bB2C03P3E+IarONa+4IMuRbE3FGCfKkhRSi252MooBwlxQKa3S6P6 wzW7P/NLfG9Lk5Gx49Tf =PbT+ -----END PGP SIGNATURE-----

May 30, 2014

Re: wined3d: Recognize cards that expose ARB_shader_texture_lod as DX10 capable even if they don't support EXT_gpu_shader4 (try 3)

by Stefan Dösinger

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 2014-05-29 20:53, schrieb Andrei Slăvoiu: > After reading the message again I think I finally understood what > you meant. I'll send a try 4 that adds back glsl_version check (try > 2 was missing a brace). Do you think returning 93 (meaning d3d > level 9_3 or d3d 9 with SM 3) would be too ugly? So wine can choose > X1300 as card if ARB_shader_texture_lod is exposed but not GLSL > 1.30. What's wrong with 9 in that case? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTiDThAAoJEN0/YqbEcdMwKk0P/2MOncKu93p9IKhv+taJ4ZT2 n4OFBY/ENwNXQUG2sfj36siNc27uFelcJAl6PV5hvTVnVpPZBgjXLIiwXyNlPjIE ZefKNIxclPd/n+fozQlO88VO+dLfde8qCHc3Ywk4uK2gthDgLx3WVrzoolhBb1Bd eNim6OcFn6oL8R9Mq9bWZqDMYemSV/OiR1gWREBzbjFTZcA3ZyCph7houv/fxSbh XE4dpRW4EorW0uzI2i8S5Ti75r3EJIfaRqnJerxyn3PrIaQB2ffkk0eE2VEX8I4n rfg2AVqC3M4RHup5N+6hIvJBKxwXcT03zWNfIUXhzqtFnZhDVY040/Vx9iDaupGG qnzRjTcsfyQjXhTYd+J5NHSTk4LPPhpJaGjm6urj8R34JhUbu9P8tt4Dms11cuCp s6lRujJtL6AuuSl78HS1RjnKZhoKbB9g3/UP6v81xpbfy2lh3Kk2hmpq0NK28tRa QtENO6jr+7qGriwghn6ja5mpV2UdkSWEFCPUi+qj4/6RFPpUwtd0nPNna1z2UgqY N/OedGNYz5eKlox1HRuHQpIO0BFEJfqzvL8Mq323QTCXEQLkzDu1BAR6FiXV48RX RjQH52Eggg940zOFUt67VOQ2k2IunyOGSPfL/SenfxJ21MziAtyL1ok7Fsmtigpf iYndngkbnAkRFpPV7BDe =vrik -----END PGP SIGNATURE-----

May 30, 2014

Video memory size detection in D3D

by Ruslan Kabatsayev

Hello all, It seems Wine doesn't use any way to reliably detect video memory size, and for many video cards needs it to be specified as HKCU\Software\Wine\Direct3D\VideoMemorySize key in registry. But there exist at least three (vendor-specific) GL/GLX extensions which seem to address exactly this. Namely, for Mesa it's GLX_MESA_query_renderer [1], for nVidia it's GL_NVX_gpu_memory_info [2], and for ATI/AMD it's GL_ATI_meminfo [3]. Mesa extension is shipping starting from Mesa 10.0, nVidia ships their extension in 195.XX drivers (said in specification; I have it exposed with my 313.09 driver), don't know status of ATI extension though (marked as "???" in spec). It'd be good if Wine could utilize these. Is there any work towards this already? Regards, Ruslan [1]: http://www.opengl.org/registry/specs/MESA/glx_query_renderer.txt [2]: https://www.opengl.org/registry/specs/NVX/gpu_memory_info.txt [3]: http://www.opengl.org/registry/specs/ATI/meminfo.txt

May 30, 2014

vs2013 support

by Daniel Lehman

Is anyone already working on VS2013 support (msvcp120.dll)? or have plans to? Thanks daniel

May 29, 2014

Re: wined3d: Recognize cards that expose ARB_shader_texture_lod as DX10 capable even if they don't support EXT_gpu_shader4 (try 3)

by Andrei Slăvoiu

În ziua de Joi 29 Mai 2014, la 10:56:57, Stefan Dösinger a scris: > Am 2014-05-29 01:33, schrieb Andrei Slăvoiu: > > Drop the check for glsl_version. All wine shaders use #version 120 > > so it doesn't matter. > > GL_ARB_shader_texture_lod doesn't imply shader model 4 support. My > Radeon X1600 supports this extension on OSX, and this is a shader > model 3 card. The X1600 doesn't support EXT_gpu_shader4 or GLSL 130. After reading the message again I think I finally understood what you meant. I'll send a try 4 that adds back glsl_version check (try 2 was missing a brace). Do you think returning 93 (meaning d3d level 9_3 or d3d 9 with SM 3) would be too ugly? So wine can choose X1300 as card if ARB_shader_texture_lod is exposed but not GLSL 1.30.

May 29, 2014

Re: wined3d: Recognize cards that expose ARB_shader_texture_lod as DX10 capable even if they don't support EXT_gpu_shader4 (try 3)

by Andrei Slăvoiu

În ziua de Joi 29 Mai 2014, la 10:56:57, ați scris: > Am 2014-05-29 01:33, schrieb Andrei Slăvoiu: > > Drop the check for glsl_version. All wine shaders use #version 120 > > so it doesn't matter. > > The point of this code is to check the capabilities of the card, not > the capabilities of our d3d implementation. Thus to prevent SM 3 cards > from being reported with PCI IDs that suggest SM 4 capabilities you > need to check for all the other functionality that's supported by > EXT_gpu_shader4 / GLSL 130. > > Even if we have a SM 4 capable card our d3d9 implementation does not > expose SM 4 support. But neither does Microsoft's d3d9 implementation. Correct me if I'm wrong, but the code that decides what shader model d3d9 exposes is shader_glsl_get_caps which looks like this: if (gl_info->supported[EXT_GPU_SHADER4] && gl_info- >supported[ARB_SHADER_BIT_ENCODING] && gl_info->supported[ARB_GEOMETRY_SHADER4] && gl_info- >glsl_version >= MAKEDWORD_VERSION(1, 50) && gl_info->supported[ARB_DRAW_ELEMENTS_BASE_VERTEX] && gl_info- >supported[ARB_DRAW_INSTANCED]) shader_model = 4; /* ARB_shader_texture_lod or EXT_gpu_shader4 is required for the SM3 * texldd and texldl instructions. */ else if (gl_info->supported[ARB_SHADER_TEXTURE_LOD] || gl_info- >supported[EXT_GPU_SHADER4]) shader_model = 3; else shader_model = 2; So wine's d3d9 will expose SM 3 with just glsl 1.20 and GL_ARB_shader_texture_lod. Or am I missing something? > There's also GLX_MESA_query_renderer. It gives us the PCI IDs and > video memory size directly, without all the string parsing guesswork. > We cannot use it wined3d directly. A possible approach would be to > expose a similar WGL_WINE/MESA_query_renderer extension from > winex11.drv and winemac.drv and use that in wined3d. The current > wined3d guesswork code could be moved to winex11.drv and used in cases > where GLX_MESA_query_renderer is not supported. (OSX has similar > functionality that's always available) I was wondering what it would take to get rid of all this guessing and get the PCI ID directly, thanks for the pointers. I'll look into it after I get a better understanding of the existing code. > User32 also has a function (EnumDisplayDevices) to query the GPU > identification string, and some applications (Company of Heroes demo) > fail if the user32 GPU name differs from the d3d9 GPU name. So maybe a > WGL extension isn't quite the right interface, and it should be > something that does not require a GL context so user32.dll can use it > as well. EnumDisplayDevices does not export all the information > wined3d needs though - the PCI IDs and video memory size are missing I > think. So use the string provided by EnumDisplayDevices and the PCI ID and memory size from the WGL extension?

May 29, 2014