Page 2 of 6 FirstFirst 1234 ... LastLast
Results 11 to 20 of 52

Thread: NVIDIA Publicly Releases Its OpenCL Linux Drivers

  1. #11
    Join Date
    Aug 2009
    Posts
    2,264

    Default

    Quote Originally Posted by RealNC View Post
    NVidia leading again. Anyone seeing a pattern here?
    The rate at which nVidia is advancing their closed source driver is slower than the pace of ATI driver development.

    Talk to you again in a year or so when AMD has both a kickass closed source driver with more releases and a fully functional Open Source Gallium3D driver

  2. #12
    Join Date
    Oct 2008
    Posts
    898

    Default

    Quote Originally Posted by V!NCENT View Post
    The rate at which nVidia is advancing their closed source driver is slower than the pace of ATI driver development.

    Talk to you again in a year or so when AMD has both a kickass closed source driver with more releases and a fully functional Open Source Gallium3D driver
    And in two years AMD drivers will go on beer runs! Something to look forward to...

  3. #13
    Join Date
    May 2008
    Posts
    102

    Default

    Someone really smart could do h.264 decoder-on-steroids now.

  4. #14
    Join Date
    Oct 2007
    Location
    Under the bridge
    Posts
    2,146

    Default

    Quote Originally Posted by mirza View Post
    Someone really smart could do h.264 decoder-on-steroids now.
    Unfortunately, you'd need an OpenCL-capable GPU for this - and OpenCL-capable GPUs tend to have dedicated (and faster!) video decoding blocks already. Given the shared buffers between OpenCL/OpenGL, this would probably be a viable approach for video decoding on Gallium drivers (unless there are plans to add a dedicated video decoding API/tracker - no idea).

    Now, OpenCL-based encoding and we are talking.

  5. #15
    Join Date
    Feb 2008
    Posts
    139

    Default

    Quote Originally Posted by mirza View Post
    Someone really smart could do h.264 decoder-on-steroids now.
    seeing as you need to be using a nvidia driver you might as well use vdpau. It wroks today and is much more efficient.

    What would be cool is if someone added h.264 acceleration to encoding with opencl.

  6. #16
    Join Date
    Aug 2009
    Posts
    2,264

    Default

    Quote Originally Posted by yogi_berra View Post
    And in two years AMD drivers will go on beer runs! Something to look forward to...
    "Oh V!NCENT! Can I please swap my nVidia card for your ATI card because mine isn't officialy supported anymore! Q_Q"

  7. #17
    Join Date
    May 2009
    Posts
    33

    Default Nouveau nVidia drivers

    So, will this help the people working on the Nouveau open-source nvidia drivers?

  8. #18
    Join Date
    Nov 2008
    Location
    Madison, WI, USA
    Posts
    877

    Default

    Quote Originally Posted by bartek View Post
    So, will this help the people working on the Nouveau open-source nvidia drivers?
    I have no special knowledge of the matter, but I'm guessing that the answer is not really. The most that I could see the nouveau developers using these drivers for is as a reference platform for compatibility testing of the nouveau driver implementation. i.e. write a feature in Nouveau, see if it works using an opengl/opencl program. If it doesn't, see if the same program is broken in Nvidia's driver.

    I wouldn't be surprised if the EULA for the Nvidia drivers has a statement that you aren't allowed to use the drivers to reverse engineer Nvidia proprietary info, yadda, yadda, yadda..

  9. #19
    Join Date
    Oct 2007
    Location
    Under the bridge
    Posts
    2,146

    Default

    First try: crash!
    Code:
    // Runs on AMD's implementation :/
    CL.CreateContextFromType((ContextProperties*)null, DeviceTypeFlags.DeviceTypeDefault, IntPtr.Zero, IntPtr.Zero, &error);
    Anyone see what's wrong with that code?

  10. #20
    Join Date
    Jan 2009
    Location
    UK
    Posts
    331

    Default

    Quote Originally Posted by Veerappan View Post
    I have no special knowledge of the matter, but I'm guessing that the answer is not really. The most that I could see the nouveau developers using these drivers for is as a reference platform for compatibility testing of the nouveau driver implementation. i.e. write a feature in Nouveau, see if it works using an opengl/opencl program. If it doesn't, see if the same program is broken in Nvidia's driver.

    I wouldn't be surprised if the EULA for the Nvidia drivers has a statement that you aren't allowed to use the drivers to reverse engineer Nvidia proprietary info, yadda, yadda, yadda..
    Hence the reason for my post on the first page. The EULA seems worded specifically to stonewall any effort by the nouveau devs to make a free OpenCL-capable driver.

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
  •