Khronos Expands Focus On Safety Critical APIs

[starshipeleven]

much, much, much, much, much, much, much, much, much, much lower latency.

Can you show me some kind of numbers for that?

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.

God, why all your posts are always blatant trolls?
Running with kernel allows that stuff to have lower latency because kernel is the component with highest priority, while userspace gets shafted by kernel all day.

FYI, UAA is basically the same thing as Pulse Audio, and shares most of the issues (it's a virtual thing you pipe all sources into that then decides to dump them somewhere after some processing).

For audiophiles it was a scourge.

I say "was" because since win8 MS allows to bypass that crap and dump the stream on the driver only, cutting latency by a lot, and removing mixing done by uaa.

Which brings us back to square one, it comes down to hardware support mostly.
While on Windows either the driver is designed to override uaa crap or it cannot escape it (hint: most non-high-end does not), on linux PA can be removed and replaced with Alsa or Jack or whatever so you can get any device to perform as good as its driver allows it.

[microcode]

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)

OpenSL exists, though perhaps it doesn't cover spatial. AMD has a library for this as well.

[microcode]

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!"

What you're talking about is basically the sound equivalent of "exclusive fullscreen", which is enabled through ALSA if you can ask PA to PO while your game is running (or if your ALSA device has a hardware mixer).

[plonoma]

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).

You mean like a beefier big brother of OpenSL ES?

https://www.khronos.org/opensles/

OpenSL ES™ is a royalty-free, cross-platform, hardware-accelerated audio API tuned for embedded systems. It provides a standardized, high-performance, low-latency method to access audio functionality for developers of native applications on embedded mobile multimedia devices, enabling straightforward cross-platform deployment of hardware and software audio capabilities, reducing implementation effort, and promoting the market for advanced audio.

[plonoma]

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)?

And of course letting the GPU have a low-latency hardware path to the Audio out / headphone jack ASIC as well.
Synchronizing audio and video streams by letting the GPU take control over the audio outputs is ideal for low latency and A/V synchronization.

[pal666]

Ever heard the saying "if cars were like computers they would run at 5000 mph, do a million miles per gallon, but every so often explode and kill everyone inside" ?

and have backup of everyone inside

[pal666]

much, much, much, much, much, much, much, much, much, much lower latency.

pulseadio does not concern itself with low latency usecases. you have jack for that
because with lower latency you get much, much, much, much, much, much, much, much, much, much higher battery drain

[Xelix]

Contrary to what the name suggests, it's proprietary now.

I completely missed that, thanks for the tip.

[duby229]

pulseadio does not concern itself with low latency usecases. you have jack for that
because with lower latency you get much, much, much, much, much, much, much, much, much, much higher battery drain

So what your saying is that Pulse Audio ridiculously high CPU load uses less power? Sorry, that makes no sense at all. Because that is in fact where its latency is coming from.

[starshipeleven]

So what your saying is that Pulse Audio ridiculously high CPU load uses less power?

Ridicolously high like 2% when playing music and 0.1% when not (just looked at with htop)?

Because that is in fact where its latency is coming from.

No it is not.