Originally posted by RealNC
View Post
Announcement
Collapse
No announcement yet.
Ubuntu Desires Lower Audio Latency For Gaming
Collapse
X
-
-
Originally posted by psycho_driver View PostI've never had my dmix setup induce audio stuttering into games/other highly cpu intensive apps like PA does every other time.
Leave a comment:
-
Originally posted by curaga View PostYay, flamebaiting! Name one thing he has fixed, instead of made worse.
The real point of my post though is to simply point out that Ubuntu states these lofty goals but then puts little to no resources behind achieving them, while poor Poettering actually goes out and tries to get things accomplished to these ends and is decried as an evil for doing so by often the same people who hold Ubuntu in such high esteem. It is getting quite irritating.
Originally posted by Lattyware View PostAnd loose all the benefits of PulseAudio? I don't get why people still hate PA, it's a great bit of software that does really cool stuff - it's perfect for gamers. Sure, it could do with some latency reduction, apparently, but that doesn't mean it's bad as a thing to have. PA can do stuff like assign certain audio streams to certain output devices really easily - for example, send chat to my headphones and game audio to my speakers - that is really useful for gamers.
Leave a comment:
-
Originally posted by Ancurio View PostExcept ALSA is not a soundserver, and anyone using PA is using ALSA because that's what PA is using. ALSA is low lever, PA is high level.
And regardless, my comparsion of zita-ajbridge/ALSA(user-space) vs. alsa_in/out/Pulseaudio in terms of stuttering, still stands.Last edited by ninez; 02 November 2012, 04:37 PM.
Leave a comment:
-
Originally posted by ninez View PostYeah, something that i find analogous (on my jackd/ffado system) to the stuttering of PA, would be when i need to route an alsa app (ie: cannot use jackd directly - things like adobe flash, VMware, darkplays 11.1.c.a, skype(? i don't use it), etc). I have a couple of choices that use snd-aloop (alsa loopback device / virtual device) that these alsa apps will use - then i can use either alsa_in/alsa_out (tools that come with jackd that expose the loopback device into jack, as clients) or i can use zita-ajbridge....
Well, in this scenario alsa_in/out would be PA, while zita-ajbridge would be ALSA.
zita-bridge - solid, fast with no stuttering.
alsa_in/alsa_out - 'can' be clunky/choppy in some scenarios (while in others being just 'okay'.) It also can be a bit lossy, unless i want to throw a little cpu at the problem.
So obviously, you can imagine which solution that i personally use - zita-ajbridge instead of alsa_in/out, hands down. (and thus, in the scenario of ALSA vs. PA - i would be using alsa... Although, there are cases where PA is really needed, as discussed many many times here and elsewhere - i just wish ALSA had of been adapted/modernized/improved rather than introducing yet another soundserver (but that's just kicking a dead horse and isn't really my problem anyway... + if those were my only two choices i would probably be using CoreAudio, instead.).
cheerz
Leave a comment:
-
Originally posted by energyman View Postexcept that hw mixing just works and does not introduce any delays. Hmmmm...
Yeah, I'm joking. Point is, the hw mixing argument is just an excuse for shitty sw mixing implementations. In the age of dual core CPUs being the low end, not being able to do proper audio mixing sounds more like a bad joke to me.
Leave a comment:
-
Originally posted by gQuigs View PostThat seems like the only benefit for the *average* user, but pretty much no *average* user is ever going to modify per-application volume in this way. A "hack" to allow the volume control applet to directly modify volumes exposed from applications would let us get this benefit, while keeping the stack just ALSA.
Just don't use shitastic hardware and then complain.
Leave a comment:
-
Originally posted by RealNC View PostHW mixing is useless though. It was nice on my 486. That Gravis Ultrasound rocket the boat. But today, mixing can be done on the CPU so easily, it's not worth having it in HW.
Leave a comment:
-
Originally posted by psycho_driver View PostI've never had my dmix setup induce audio stuttering into games/other highly cpu intensive apps like PA does every other time.
Well, in this scenario alsa_in/out would be PA, while zita-ajbridge would be ALSA.
zita-bridge - solid, fast with no stuttering.
alsa_in/alsa_out - 'can' be clunky/choppy in some scenarios (while in others being just 'okay'.) It also can be a bit lossy, unless i want to throw a little cpu at the problem.
So obviously, you can imagine which solution that i personally use - zita-ajbridge instead of alsa_in/out, hands down. (and thus, in the scenario of ALSA vs. PA - i would be using alsa... Although, there are cases where PA is really needed, as discussed many many times here and elsewhere - i just wish ALSA had of been adapted/modernized/improved rather than introducing yet another soundserver (but that's just kicking a dead horse and isn't really my problem anyway... + if those were my only two choices i would probably be using CoreAudio, instead.).
cheerz
Leave a comment:
-
Originally posted by Lynxeye View PostYou know sound is a considerable slower media than light. Your brain can't even tell apart single pictures if they are shown within 16ms, most people can't even at 40ms. If you have a really trained ear you'll be able to tell apart sounds with 10ms latency, but I doubt [b]you[/] are able to do so. Just remember 25ms is the latency of the sound from a piano standing 10m away from you. Can you really tell the latency between the pianist triggering the string and you hearing it?
Bringing down latency to the technical minimum is just a waste of energy for the sake of some retards that use the latency numbers as a kind of benchmark.
if you can't tell the difference between being right in front of a sound source vs. being 10m away ~ then you clearly don't have very sensitive ears. (if fact, i would say you have a mild handycap). So rather than going on about this, maybe instead you should take two of the same wav file, double track them and offset the 2nd wave by 25ms and actually see if you can tell the difference - if you still can't under that circumstance - you have terrible hearing.
Leave a comment:
Leave a comment: