Announcement

Collapse
No announcement yet.

Khronos Expands Focus On Safety Critical APIs

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #11
    Originally posted by Xelix View Post

    How about OpenAL? It's not made by Khronos, but it was designed from the ground up to resemble OpenGL
    OpenAL is pretty great to develop with. Would be neat if they went full circle and implemented it on top of dedicated hardware again =P

    Comment


    • #12
      That one is AMD vendor locked, but yeah. Although I wasn't thinking of it as related to GPUs, just the gaming experience in general, sound is pretty important, fmod is not doing it well enough, even direct sound is a lacking technology. This is something that Khronos could seriously innovate in, something along the lines of trueaudio but open source and cross platform without any hardware dependencies or vendor locking, and well... it'd just be nice to have a proper gaming sound api on Linux that can properly interface with ALSA, unlike FMOD which goes all sorts of wrong if you don't have pulseaudio (and even with pulseaudio it's not guaranteed to work right).

      Comment


      • #13
        Originally posted by starshipeleven View Post
        Possibly stupid question, but what does that have to do with GPUs?
        Three words - Nvidia VRworks Audio
        At Nvidia’s special Editors Day event in Austin, Texas, the company unveiled an enhancement to it’s VRWorks APIs which now includes what it says is the first “Physically Based Acoustic Simulator Engine”, accelerated by Nvidia GPUs. Nvidia and AMD’s focus on claiming the high ground in virtual reality has been under way place for some time …

        Comment


        • #14
          Originally posted by plonoma View Post
          HDMI ports are on GPU's.
          Sound decoding on GPU's with an audio block.
          Sound synthesis in simulations/games by GPU's.
          Yeah, but wouldn't it be limited to hdmi/DP audio? Isn't it a bit limited (especially for laptops where this would give benefits)?

          Comment


          • #15
            Originally posted by rabcor View Post
            That one is AMD vendor locked, but yeah.
            Technically speaking no, it is opensource. It works only on AMD because that's the only code they made.
            But yeah, there is no way in hell that NVIDIA will use that too.
            Last edited by starshipeleven; 27 July 2016, 01:03 PM.

            Comment


            • #16
              Originally posted by rabcor View Post
              Actually I would've liked it if they'd expand and make a vulkan/opengl associated open sound api (like directx has direct sound; I'm gettin kinda tired of fmod to be honest)
              Directsound is long gone. It's age ended with dx9. Now MS uses a thing called uaa. Drivers for it sucked ass at first, but it's actually gotten pretty damn good. It's way better than PA/Alsa.

              Comment


              • #17
                Originally posted by rabcor View Post
                That one is AMD vendor locked, but yeah.
                I am not so sure of it; it is part of GPUOpen, after all, judging from the slide.
                That said, a good, standard API would be nice. SDL?

                Comment


                • #18
                  Originally posted by duby229 View Post
                  Directsound is long gone. It's age ended with dx9. Now MS uses a thing called uaa. Drivers for it sucked ass at first, but it's actually gotten pretty damn good. It's way better than PA/Alsa.
                  Better in what way? Apart from "way better driver support" which is 99% Alsa's responsibility on linux anyway.

                  Comment


                  • #19
                    Safety critical OpenGL... Used to develop 3D games for bank employees, so when they play instead of working, the bank doesn't get hacked in the process...

                    Comment


                    • #20
                      Originally posted by starshipeleven View Post
                      Better in what way? Apart from "way better driver support" which is 99% Alsa's responsibility on linux anyway.
                      much, much, much, much, much, much, much, much, much, much lower latency.

                      It's mostly PA fault, but Alsa is to blame as well, they try to do way too much in the kernel and a lot of those functions should be in userspace. PA should never have needed to be conceived.

                      EDIT: Basically it boils down to, "Don't touch the stream!"
                      Last edited by duby229; 27 July 2016, 02:39 PM.

                      Comment

                      Working...
                      X