Page 9 of 10 FirstFirst ... 78910 LastLast
Results 81 to 90 of 93

Thread: Wine Developers Fight Over PulseAudio Driver

  1. #81
    Join Date
    Jun 2012
    Posts
    309

    Default

    Quote Originally Posted by Stedevil View Post
    I agree on a) (and god knows It was a bumpy ride when PA was forced down on people too early), but not about b). WHY should an average desktopuser have to read documentation about how to manually set up their sound card driver and mid level sound system with a texteditor??? That is something geeks and sound pros only should ever need to even think about. Average Joe expect sound to always just work, and that is how it should be on a modern system.
    ^^ This. Its not the mid-90's anywhere, where you have to manually manage IRQ's and the like.

  2. #82
    Join Date
    Jan 2011
    Posts
    77

    Default

    I do agree. But you're forgetting that ALSA-lib was created to handle all the userspace stuff. ALSA has two parts, one in kernel space, one in user space. PA is trying to replace the user space part of ALSA. It would make more sense to enhance user space ALSA instead of replacing it.
    Except that because it isn't just an enhanced ALSA, it can be used on multiple platforms. The added flexibility is a benefit even if it doesn't help Linux users directly and AFAIK there is no downside.


    There's two approaches to fixing something. a) try to fix the existing code and b) rewrite the existing code. PA did neither. It just threw another API in there. So when something turns up in PulseAudio that doesn't work well in the future, let's create yet another one. We'll call it NewAwesomeAudio which replaces PulseAudio. And later, when problems with that turn up, we'll go for yet another new API.

    No. If there's a problem, fix it.
    PulseAudio is a sound server. The whole point of creating it is to abstract away the various sound APIs, hardware, and multimedia backends from each other. This means that in the future when any new number of those are created, they will be invisible to the end user who will continue to use PulseAudio to manage everything.

    Can anyone explain to me why Pulseaudio is bad? From what I can see it is an excellent solution to the problem of the Linux audio stack not having feature parity with its commercial bretheren.

  3. #83
    Join Date
    Feb 2008
    Location
    Linuxland
    Posts
    4,746

    Default

    Quote Originally Posted by cynical View Post
    PulseAudio is a sound server. The whole point of creating it is to abstract away the various sound APIs, hardware, and multimedia backends from each other. This means that in the future when any new number of those are created, they will be invisible to the end user who will continue to use PulseAudio to manage everything.

    Can anyone explain to me why Pulseaudio is bad? From what I can see it is an excellent solution to the problem of the Linux audio stack not having feature parity with its commercial bretheren.
    You yourself wrote up one reason. It's a server, Yet Another Daemon you have to run, wasting resources unneededly.

    As for the plethora of other reasons, do read up the 30-page threads pulse causes, CBA to repeat them (and myself).

  4. #84

    Default

    To me, Pulse Audio is a well-intentioned piece of software that just doesn't work. I have had close to 0 problems running Alsa and the very instant Ubuntu introduced Pulse Audio, it's been nothing but hell. Not ready for prime time is true. But is it just my bad memories of Pulse Audio? Hardly. To this day, it still gives me hell and I have better things to do than fiddle around with this bullsh*t.

  5. #85
    Join Date
    Feb 2012
    Posts
    43

    Default

    I've had zero problems with PA, but then maybe that's because Mageia and Mandriva before it have good defaults and its all tied in together

  6. #86
    Join Date
    Oct 2006
    Posts
    532

    Default

    Quote Originally Posted by niniendowarrior View Post
    To me, Pulse Audio is a well-intentioned piece of software that just doesn't work. I have had close to 0 problems running Alsa and the very instant Ubuntu introduced Pulse Audio, it's been nothing but hell. Not ready for prime time is true. But is it just my bad memories of Pulse Audio? Hardly. To this day, it still gives me hell and I have better things to do than fiddle around with this bullsh*t.
    1. I've been using PA exclusively since Fedora 9-10 (?) on >10 desktop machines, with zero issues.
    This of-course doesn't necessarily negates your experience, but its just as valid.

    2. It's time to give it a rest. PA won, Alsa-clean lost. You may enjoy tweaking alsarc and dmix on a per-application basis, but a vast majority of the Linux user-base don't (hence the exponential increase in PA aware distributions and software).
    Granted, you may find like-minded people and find PA-free distributions, but in the current rate of affairs, the selection is rather thin and will only get thinner.

    As I doubt that you truly believe that repeating the same rant over and over again will cause Ubuntu or Fedora to drop PA (and I'm not talking about you specifically), you're left with one of two options:
    1. Learn how to get PA working for you, or 2. start marking preparation to switch to BSD.

    - Gilboa
    Last edited by gilboa; 09-11-2012 at 04:49 AM.
    DEV-NG: Intel S2600C0, 2xE52658V2, 32GB, 4x2TB, GTX680, F20/x86_64, Dell U2711.
    DEV: Intel S5520SC, 2xX5680, 36GB, 5x320GB, GTX550, F20/x86_64, Dell U2711 (^).
    SRV: Tyan Tempest i5400XT, 2xE5335, 8GB, 4x2TB, 9800GTX, F20/x86-64, Dell U2412.
    LAP: ASUS N56VJ, i7-3630QM, 16GB, 1TB, 635M, F20/x86_64.

  7. #87
    Join Date
    Jul 2010
    Posts
    442

    Default

    Quote Originally Posted by gilboa View Post
    2. start marking preparation to switch to BSD.
    Oh noes - too late! http://www.freebsd.org/cgi/url.cgi?p...udio/pkg-descr :-)

  8. #88
    Join Date
    Oct 2006
    Posts
    532

    Default

    Quote Originally Posted by archibald View Post


    At least in theory, if sufficient number of people dislike the way Linux is moving (PA, Systemd, GNOME 3, KDE4, et al) and decide to do something about it (as opposed to writing hate filled rants [1]), they may be able to fork and maintain the old code.
    Problem is - 1. vast majority of users don't seem to mind (They may replace GNOME 3 with KDE or XFCE, but they won't switch distro because they hate PA or systemd), 2. People usually default to empty rants.

    - Gilboa
    [1] http://phoronix.com/forums/showthrea...818#post285818
    DEV-NG: Intel S2600C0, 2xE52658V2, 32GB, 4x2TB, GTX680, F20/x86_64, Dell U2711.
    DEV: Intel S5520SC, 2xX5680, 36GB, 5x320GB, GTX550, F20/x86_64, Dell U2711 (^).
    SRV: Tyan Tempest i5400XT, 2xE5335, 8GB, 4x2TB, 9800GTX, F20/x86-64, Dell U2412.
    LAP: ASUS N56VJ, i7-3630QM, 16GB, 1TB, 635M, F20/x86_64.

  9. #89
    Join Date
    Apr 2009
    Posts
    66

    Default

    Quote Originally Posted by curaga
    You yourself wrote up one reason. It's a server, Yet Another Daemon you have to run, wasting resources unneededly.
    Oh no - not.... DAEMONS! In my opinion Linux should get rid of all the daemons. They are the problem. Especially when they don't make a whole area of Linux usage work automatically and uniformly.

    Possibly their functionality should be integrated into the kernel or something.

  10. #90
    Join Date
    Feb 2008
    Location
    Linuxland
    Posts
    4,746

    Default

    Quote Originally Posted by Wingfeather View Post
    Oh no - not.... DAEMONS! In my opinion Linux should get rid of all the daemons. They are the problem. Especially when they don't make a whole area of Linux usage work automatically and uniformly.

    Possibly their functionality should be integrated into the kernel or something.
    If you have an actual argument, I'm willing to debate. Again, please go read the previous threads, it's fairly clear that PA does not make audio work "automatically and uniformly".

Posting Permissions

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