• nintendiator@feddit.cl
    link
    fedilink
    English
    arrow-up
    2
    ·
    10 months ago

    I don’t know what universe were you living in, but I remember history vastly differently. No app I ever used ever had problems with ALSA, not even gaming. XMMS or XMMS2 (or Audacious even back then when it was kinda starting) never had issues with Firefox. Only when PA was introduced I started losing audio on various apps, losing volume control, or in a few cases apps would cease listing ALSA as a possible audio output while PA was installed.

    I killed PA on my machines hard and never had any issues again, and things pretty much only improved once Pipewire arrived other than having to change one (1) configuration file, and it was properly documented.

    • Auzy@beehaw.org
      link
      fedilink
      arrow-up
      1
      ·
      10 months ago

      This was back in kernel 2.2 / 2.4 days when Xfree86 still needed a configuration file

      If you used DE’s like Enlightenment or multiple desktops simultaneously, it only caused more issues.

      Also, you HAD to configure what sound server you were using often in many apps, and I seem to recall even needing to set a path in some cases to the dev.

      Pulseaudio was only problematic when it was first released.

      You may have had a good experience with sound servers back then, but for the rest of us, it was a lot of additional configuration and messing around

      • nintendiator@feddit.cl
        link
        fedilink
        English
        arrow-up
        2
        ·
        10 months ago

        Xfree? Who’s talking about that? I’ve only ever had to use Xorg, and I only ever needed to touch its conf file if I needed to fiddle with the refresh rate of an external monitor. (Compared to that, its “”““modern””“” replacement Wayland doesn’t even start a full desktop session on my machine)

        No, we’re talking about the crap that was PulseAudio, and how ALSA; which is unrelated to XFree, worked almost flawlessly and barely needed any configuration. Formatted my machine several times and remember there was someties a path to the dev (/dev/snd or something like that usually, I think? I sometimes see it thrown around when doing advanced stuff with stuff like mpv) but I was lucky that when I had to edit my file it was for hardware bugs and not for software things. I… think? nowadays that bug is acknowledged for either at the ALSA or the Pipewire level, haven’t delved enough to check.

        Dealing with sound servers on the Linux community does feel like a rarity going-backwards kind of thing: to this day, Firefox for some weird ass-reason dropped ALSA support in favour of PulseAudio. But in Debian, the packaged Firefox versions continue to work with ALSA flawlessly - as if support never was dropped, despite the many versions and changes since. Which suggests me to think Mozilla never actually dropped support, they just flipped a switch somewhere to promote PA instead, which usually comes down to money deals. Mozilla is an expert at that kind of thing.

        • Auzy@beehaw.org
          link
          fedilink
          arrow-up
          2
          ·
          edit-2
          10 months ago

          That’s my point. I’ve been using Linux from before xorg existed. Back in those days, things didn’t auto configure.

          Sorry, we’ll agree to disagree here about sound servers…

          Just because audio worked perfectly for you, I assure you, it wasn’t the case for everyone else at the time. Not everything defaulted to OSS or ALSA. So, there was often additional configuration involved.

          And pulse was the only one to convince everyone to drop their sound servers and provide a way to support them all. That’s a huge accomplishment. Whilst it could be argued that ALSA had the potential to do so, maybe… But they didn’t

          It was such a pity they didn’t include JACK support though, because that seriously held back the Linux Music production community (which is mostly seamless in Windows and MacOS)