Announcement

Collapse
No announcement yet.

Linux is not ready for Steam

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • #61
    The core API matters because we shouldn't have to have 15 different wrappers to get needed functionality. All these wrappers have to work with each other, creating the mess that was outlined on previous pages.

    It would be best to have a simple low level sound API that could easily be expanded on without the problems of PulseAudio/ALSA.

    This would also make the jobs of the people maintaining JACK, SDL, and OpenAL much easier.

    Comment


    • #62
      Originally posted by crazycheese View Post
      PulseAudio or OSS
      Rather ALSA.

      Comment


      • #63
        Originally posted by kraftman View Post
        Rather ALSA.
        Rather a choice.

        OSSv4 needs to be pushed into the mainstream Linux distributions so it can be tested and fixed.

        Comment


        • #64
          Originally posted by energyman View Post
          the last time I tried OSSv4 it so compeletly fucked up my soundcard that I had to turn off the computer. Thank you very much ossv4.
          Me too and no mixing working at all. The hell no for this. It should die and it's dying already.

          Comment


          • #65
            Originally posted by darkphoenix22 View Post
            Rather a choice.

            OSSv4 needs to be pushed into the mainstream Linux distributions so it can be tested and fixed.
            To have the same mess like with Qt and Gtk? There's ALSA and it's default. It's being fixed all the time.

            Comment


            • #66
              OSSv4 can emulate ALSA very well. It just lacks a few a features at the moment that I'm sure will be fixed/added if it was made a choice in the major Linux distros.

              ALSA is a dead end as it can not be easily expanded without resorting to high-level abstraction. OSSv4 does not appear to have this limitation.

              Comment


              • #67
                Originally posted by kraftman View Post
                Me too and no mixing working at all. The hell no for this. It should die and it's dying already.
                It work well enough for my friend. Did you try the trunk build? The stable build has issues, according to my friend who is now using the trunk build of OSSv4 on Gentoo.

                He told me that it also resulted in a huge increase in sound quality and clarity on his computer. He was quite pleased with this surprize.

                Comment


                • #68
                  Have you actually ever written any software that used the OSS and/or ALSA API?

                  I don't see the problem -- ALSA is the interface to the hardware, and there are libraries out there that will do what you want.

                  I don't understand why a regular user (not a power-user sound engineer, mind you) needs OSSv4 -> ALSA emulation -> PulseAudio -> OpenAL -> app.

                  Why not ALSA -> OpenAL, and you're done?

                  Comment


                  • #69
                    Originally posted by pingufunkybeat View Post
                    Have you actually ever written any software that used the OSS and/or ALSA API?

                    I don't see the problem -- ALSA is the interface to the hardware, and there are libraries out there that will do what you want.

                    I don't understand why a regular user (not a power-user sound engineer, mind you) needs OSSv4 -> ALSA emulation -> PulseAudio -> OpenAL -> app.

                    Why not ALSA -> OpenAL, and you're done?
                    Or OSS4 -> OpenAL, no?

                    Comment


                    • #70
                      Originally posted by pingufunkybeat View Post
                      Have you actually ever written any software that used the OSS and/or ALSA API?

                      I don't see the problem -- ALSA is the interface to the hardware, and there are libraries out there that will do what you want.

                      I don't understand why a regular user (not a power-user sound engineer, mind you) needs OSSv4 -> ALSA emulation -> PulseAudio -> OpenAL -> app.

                      Why not ALSA -> OpenAL, and you're done?
                      Like the post above said, the vast majority of programs and libraries on Linux already support OSSv4 as it's backward compatible with OSSv3, which is used as a fallback.

                      Most programs and libraries are a setting away from using OSSv4 with the ALSA compatibility layer. The others can be compiled to use OSS, with a few minor exceptions where alsa-lib can be used in the short term.

                      http://wiki.archlinux.org/index.php/Open_Sound_System

                      Comment


                      • #71
                        Edit: Most programs and libraries are a setting away from using OSSv4 directly, *without* the ALSA compatibility layer.

                        Damn edit limit.

                        Comment


                        • #72
                          Isn't it more like:
                          App->OpenAL->OSSv4 ?
                          Or if you use ALSA:
                          App->OpenAL->ALSA
                          And with PulseAudio:
                          App->OpenAL->PulseAudio->ALSA

                          Comment


                          • #73
                            Originally posted by curaga View Post
                            Or OSS4 -> OpenAL, no?
                            Sure, if such a move is actually justified.

                            On the plus side, it could bring the unified sound architecture back to the free Unix systems.

                            On the downside, it doesn't seem to be ready, or significantly better than ALSA, and the people behind it already tried to hijack it and hold the Unix crowd ransom.

                            So, while I'd be open to switch to OSSv4 in principle based on technical merits alone if it turns out to be the better technical solution, I would think about it 10 times first, given the political history surrounding it. If it's not a necessary switch, screw it.

                            Comment


                            • #74
                              Originally posted by darkphoenix22 View Post
                              Rather a choice.

                              OSSv4 needs to be pushed into the mainstream Linux distributions so it can be tested and fixed.
                              OSSv4 devs should stop working on it and help with ALSA. Same for the ossv4 fanbois who troll around everywhere.

                              Comment


                              • #75
                                Originally posted by pingufunkybeat View Post
                                So, while I'd be open to switch to OSSv4 in principle based on technical merits alone if it turns out to be the better technical solution, I would think about it 10 times first, given the political history surrounding it. If it's not a necessary switch, screw it.
                                I'm only advocating a full switch when it is ready, unlike the PulseAudio devs who wish for their beta quality software to be pushed on anyone.

                                The problem with ALSA isn't that it doesn't work. It is whether it will work in the future and whether it will meet the needs and wants of devs and users. Users want per-application volume controls and devs want a simple audio API that will make their life easy, rather than having to deal with 15 different wrappers. Abstraction is not a solution to ALSA's problems. As you can see with PulseAudio, abstraction only exacerbates ALSA's flaws, namely it's complexity, while addding even more problems like high-latency. ALSA is an adequate solution presently but I don't think that will hold, even in the near future.

                                It comes down to this. ALSA can not be easily expanded. OSSv4 likely can.

                                Comment

                                Working...
                                X