Page 4 of 9 FirstFirst ... 23456 ... LastLast
Results 31 to 40 of 88

Thread: Ubuntu Desires Lower Audio Latency For Gaming

  1. #31
    Join Date
    Aug 2008
    Posts
    99

    Default

    Quote Originally Posted by RealNC View Post
    That results in the game taking exclusive control of the card. Nothing else will be audible. Which is a disaster. Unless you talk to the dmix device. In that case, you're back to high latency.
    Quote Originally Posted by christian_frank View Post
    to be more specific , this is only the fact for non hw mixing cards ...which sadly seem to be very popular nowadays ..i love my hw mixing soundblaster
    Quote Originally Posted by RealNC View Post
    HW 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.
    "ALSA is useless" "HW mixing fixes that" "HW mixing is useless" Wat?!

    You posed a problem. A solution was offered. You rejected it without justification.

    Also, the dmix buffer size can be adjusted.

  2. #32
    Join Date
    Jul 2008
    Location
    Greece
    Posts
    3,801

    Default

    Quote Originally Posted by unix_epoch View Post
    "ALSA is useless" "HW mixing fixes that" "HW mixing is useless" Wat?!
    Where exactly did you see "ALSA is useless" being said?

    You posed a problem. A solution was offered. You rejected it without justification.
    Justification was given. If you want more: this "solution" requires me to buy a new sound card. I already have one for which I paid good money for. If that's what it would take for gaming on Linux, no thanks. I'll keep using Windows for this, since it works awesome there without hardware mixing (which just proves how useless it is).


    Also, the dmix buffer size can be adjusted.
    Is there a "defaults.pcm.dmix.*" option for this? I'd like to try it and see whether audio skipping becomes a problem with smaller buffers.
    Last edited by RealNC; 11-02-2012 at 05:39 AM.

  3. #33
    Join Date
    Dec 2011
    Posts
    38

    Default

    Quote Originally Posted by unix_epoch View Post
    "ALSA is useless" "HW mixing fixes that" "HW mixing is useless" Wat?!

    You posed a problem. A solution was offered. You rejected it without justification.

    Also, the dmix buffer size can be adjusted.
    +1

    Gaming software always has a very high CPU usage.

    For software mixing problem, high CPU load always means bad latency for software mixing solution.

    Having a dedicated hardware for sound mixing is always a good idea.

    Take a look on Windows:

    Windows XP: hardware mixing
    Windows 7: change to software mixing which cause serious latency problem http://www.youtube.com/watch?v=iujDVsg_2xY
    Windows 8: http://msdn.microsoft.com/en-us/libr.../br259116.aspx they realize their mistake and go back to hardware mixing again

    I wonder those PA developers will follow the stupid Microsoft again?
    Last edited by unknown2; 11-02-2012 at 05:47 AM.

  4. #34
    Join Date
    Jul 2008
    Location
    Greece
    Posts
    3,801

    Default

    Quote Originally Posted by unknown2 View Post
    Gaming software always has a very high CPU usage.

    For software mixing problem, high CPU load always means bad latency for software mixing solution.
    Mixing can run at high priority. Load doesn't affect it much.

    Having a dedicated hardware for sound mixing is always a good idea.
    No, it's not.

    Take a look on Windows:

    Windows XP: hardware mixing
    Windows 7: change to software mixing which cause serious latency problem http://www.youtube.com/watch?v=iujDVsg_2xY
    That happens when you try to monitor the output from the card; it raises latency.

  5. #35
    Join Date
    Feb 2008
    Posts
    5

    Default Latency numbers seem to be completely made up

    Hi,

    I'm the author of the current SDL pulse-audio backend (not the original author, but I rewrote it to fix several issues with the original), see:
    http://hg.libsdl.org/SDL/rev/5b99971a27b4

    The numbers posted in this article seem completely made up to me. In my experience (back when I was working on this), When using SDL
    based games (I did most of my testing with ioquake3) one could set the latency lower when using the pulse-audio backend then when
    using the alsa backend (with pulseaudio disabled of course). This is due to pulseaudio using high res timers to schedule sending data
    to the cards buffers rather then relying on the often somewhat "crude" (wrt granularity) interrupts from the soundcard.

    Now if you look at the patch you will notice it is using the new (back in 2009) PA_STREAM_ADJUST_LATENCY flag, if their testing did
    not include this flag, and instead was relying on pulseaudio's defaults, or if they were going something -> alsa -> alsa-plugin-pulseaudio
    rather then directly talking to pulse, then yes 25 ms makes a lot of sense. But then they have just been doing it wrong.

    Back in 2009 I good get excellent latencies using SDL with its pulse-audio backend, provided the game *actually asked* SDL for such a
    low latency ...

    Regards,

    Hans

  6. #36
    Join Date
    Dec 2011
    Posts
    38

    Default

    Quote Originally Posted by RealNC View Post
    Mixing can run at high priority. Load doesn't affect it much.
    If running at high priority can solve the problem, then ubuntu developer will not "Desires" Lower Audio Latency For Gaming.
    and this post will not exist at all.

    Besides, software mixing running at high priority will probably preempt the game unexpectedly. The "jitter" will be transferred from the sound to the game - network packet drop, video frame skipping.


    Why don't you try to watch a HD movie when your CPU is under full load by low priority programs? Is the movie still ok?

    If linux kernel's scheduler is good at realtime, you should not be affected, right?

    Quote Originally Posted by RealNC View Post
    No, it's not.
    Try to archive low latency with cheap card+user level software mixing is very difficult. There is no free lunch.

    The miserable history of linux audio proves that kernel mixing/hardware mixing are superior solution (low cpu usage and good latency)


    Quote Originally Posted by RealNC View Post
    That happens when you try to monitor the output from the card; it raises latency.
    try googling yourself about Windows 7 audio latency, this is not the only post
    Last edited by unknown2; 11-02-2012 at 06:36 AM.

  7. #37
    Join Date
    Sep 2008
    Posts
    269

    Default

    Quote Originally Posted by RealNC View Post
    That results in the game taking exclusive control of the card. Nothing else will be audible. Which is a disaster. Unless you talk to the dmix device. In that case, you're back to high latency.
    you are talking about OSS. With ALSA multiple programs can access the sound card.

    I never understood that soundserver idea anyway. You've to configure more for the same solution. Softwaredevelopers have to code more and add special cases for every friggin soundserver. And to top it off, you get 0 advantage from it over direct ALSA. Nada. In fact, you now have a high latency aswell. Well done.

    Also, now you can't even remove PulseAudio anymore without losing the sound control in Ubuntu anymore. (alsamixer is nice, but you always need to open a terminal for it, instead of just using a slider in the top menu bar like it should be)

    And you introduced another level of error into the system.
    Last edited by Detructor; 11-02-2012 at 07:07 AM.

  8. #38
    Join Date
    Mar 2010
    Posts
    7

    Default Klang

    Isn't Klang supposed to fix the latency issue?
    http://www.phoronix.com/scan.php?pag...tem&px=MTE1MDc

  9. #39
    Join Date
    Nov 2008
    Posts
    8

    Default

    Quote Originally Posted by ssvb View Post
    Would it be possible to just bypass pulseaudio and talk directly to ALSA when playing games?
    And 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.

  10. #40
    Join Date
    Dec 2009
    Posts
    76

    Default

    Quote Originally Posted by ninez View Post
    The human ear (on average) can detect just a few ms. 25ms is unacceptable for any real/classically trained piano/keyboard player. You are talking about significantly higher latencies than a real piano has, how you can claim you don't notice it is, laughably nutz.

    also, it entirely depends on which HDA it is. Some are crappier than others. I have one in my old dell laptop that has an intelHDA that doesn't start dishing out xruns until i get it to 1ms, but it was quite comfortable around 2ms.

    cheerz
    You 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.

Posting Permissions

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