Results 1 to 10 of 10

Thread: Wine 1.3.9 Brings An OpenCL 1.0 Library Wrapper

Hybrid View

  1. #1
    Join Date
    Jan 2007
    Posts
    15,652

    Default Wine 1.3.9 Brings An OpenCL 1.0 Library Wrapper

    Phoronix: Wine 1.3.9 Brings An OpenCL 1.0 Library Wrapper

    Wine 1.2.2 was released last week as the second point release in the Wine 1.2 stable series, but this week the Wine developers are back to working on Wine 1.4 in the Wine 1.3 development series. Wine 1.3.9 was just-issued and it's back to bringing some more interesting changes to this free software project, including in-browser ActiveX support and an OpenCL 1.0 library wrapper...

    http://www.phoronix.com/vr.php?view=ODg5NQ

  2. #2
    Join Date
    Sep 2010
    Posts
    56

    Default

    OpenCL before integrating the DX10/11 Gallium3D tracker? Kind of missing the point IMO.

  3. #3
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,587

    Default

    Quote Originally Posted by werfu View Post
    OpenCL before integrating the DX10/11 Gallium3D tracker? Kind of missing the point IMO.
    Not really since most people use the blobs with wine.

  4. #4
    Join Date
    Mar 2009
    Posts
    115

    Default

    Do any of you people even bother to do wine development? If the OpenCL support is like the OpenGL support, then most of the code can be auto generated, rather than directX code which takes thousands of man hours to reimplement by hand using OpenGL. It makes a lot more sense to implement OpenCL in wine BEFORE implementing DirectX.

  5. #5
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,587

    Default

    Quote Originally Posted by DMJC View Post
    Do any of you people even bother to do wine development? If the OpenCL support is like the OpenGL support, then most of the code can be auto generated, rather than directX code which takes thousands of man hours to reimplement by hand using OpenGL. It makes a lot more sense to implement OpenCL in wine BEFORE implementing DirectX.
    Nobody was disputing which was simpler to do.

  6. #6
    Join Date
    Jul 2009
    Posts
    61

    Default

    Quote Originally Posted by deanjo View Post
    Nobody was disputing which was simpler to do.
    werfu was, implicitly.
    He implied that the work spent on adding OpenCL support would have been better put towards integrating the DX1x Gallium3D state tracker -- and that point is countered by noting that the former took one or two patches to accomplish, merely.

  7. #7
    Join Date
    Jan 2007
    Posts
    459

    Default

    Quote Originally Posted by DMJC View Post
    Do any of you people even bother to do wine development? If the OpenCL support is like the OpenGL support, then most of the code can be auto generated, rather than directX code which takes thousands of man hours to reimplement by hand using OpenGL. It makes a lot more sense to implement OpenCL in wine BEFORE implementing DirectX.
    ? what am i missing here ? or rather what exactly do you mean...

    http://www.phoronix.com/scan.php?ite...1&page=article

    "Direct3D 10/11 Is Now Natively Implemented On Linux!

    Published on September 21, 2010
    Written by Michael Larabel
    Page 1 of 1
    Discuss This Article
    It's a pity Luca Barbieri or any Mesa / Gallium3D developers are not at Oktoberfest as they are deserving of more than a few Maß of Augustiner. In fact, today a new Gallium3D state tracker was pushed into Mesa and it's perhaps the most interesting state tracker for this open-source graphics driver architecture yet. It's a state tracker that exposes Microsoft's DirectX 10/11 API on Linux! And it's already working and can be hooked into Wine!....."

  8. #8
    Join Date
    Mar 2009
    Posts
    115

    Default

    The wine developers have already explicitly stated they don't want to hook directx 10/11 into wine via gallium3d. It's not a cross platform solution, and it doesn't actually help most people. The gallium drivers are incomplete (putting it lightly) and the directx support would not transfer to other platforms such as mac osx and windows. by wrapping to opengl a small overhead is incurred but cross platform compatibility is kept. Wine's directx code is currently also used in vmware, virtualpc, and parallels to provide 3d acceleration support. There is no guarantee that direct3d implemented in gallium3d will stand up to legal scrutiny either at the moment. It's a lot of hastle for wine to deal with that they are not interested in dealing with. OpenCL is a useful technology available to windows, and having support for it in wine is a good thing. The primary goal of wine is to run windows applications and getting as many apps as possible to run is the primary goal of wine. Getting apps that primarily use opengl/opencl and require little effort to get working is the first goal. Getting apps that require a lot more work to have working is a later goal of wine.

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •