Announcement

Collapse
No announcement yet.

PulseAudio Ported To Android, Compared To AudioFlinger

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

  • #16
    I'm a little curious how much disk space this uses

    I wouldn't think it would be enough to matter, even on a phone, but I'm not sure how many different dependencies PA relies on.

    Comment


    • #17
      Originally posted by allquixotic View Post
      20 ms is pretty freakin' fantastic. You aren't going to get much better than 20 ms.
      Realtime linux kernel +audiojack do 10ms on my hardware.

      but yes 20ms is good.

      Comment


      • #18
        Originally posted by Teho View Post
        It would be awesome if someday Android moved closer to standard Linux stack with likes of pulseaudio, systemd and Wayland. As Tizen will likely use these technologies it provides good comparison in performance and features. I guess only future will tell.
        amd goes this way for AMD Trinity on android.

        Wayland for display server Galium3D mesa for 3D

        AMD's Trinity will be the first hardware with standard Linux hardware drivers for android.

        Comment


        • #19
          Originally posted by Teho View Post
          It would be awesome if someday Android moved closer to standard Linux stack with likes of pulseaudio, systemd and Wayland. As Tizen will likely use these technologies it provides good comparison in performance and features. I guess only future will tell.
          Wayland maybe, but Pulseaudio and SystemD are nasty ugly things that need to die a fast death.

          Comment


          • #20
            Originally posted by smitty3268 View Post
            I wouldn't think it would be enough to matter, even on a phone, but I'm not sure how many different dependencies PA relies on.
            The following is from Gentoo. The first one is Gentoo-specific. Most of them are optional. I suspect many of these are present on Android anyway. So it's not as bad as you might think.

            Code:
            RDEPEND="app-admin/eselect-esd
                    X? (
                            >=x11-libs/libX11-1.4.0
                            >=x11-libs/libxcb-1.6
                            >=x11-libs/xcb-util-0.3.1
                            x11-libs/libSM
                            x11-libs/libICE
                            x11-libs/libXtst
                    )
                    caps? ( sys-libs/libcap )
                    libsamplerate? ( >=media-libs/libsamplerate-0.1.1-r1 )
                    alsa? ( >=media-libs/alsa-lib-1.0.19 )
                    glib? ( >=dev-libs/glib-2.4.0 )
                    avahi? ( >=net-dns/avahi-0.6.12[dbus] )
                    jack? ( >=media-sound/jack-audio-connection-kit-0.117 )
                    tcpd? ( sys-apps/tcp-wrappers )
                    lirc? ( app-misc/lirc )
                    dbus? ( >=sys-apps/dbus-1.0.0 )
                    gnome? ( >=gnome-base/gconf-2.4.0 )
                    bluetooth? (
                            >=net-wireless/bluez-4
                            >=sys-apps/dbus-1.0.0
                    )
                    asyncns? ( net-libs/libasyncns )
                    udev? ( || ( >=sys-fs/udev-171[hwdb] >=sys-fs/udev-143[extras] ) )
                    realtime? ( sys-auth/rtkit )
                    equalizer? ( sci-libs/fftw:3.0 )
                    orc? ( >=dev-lang/orc-0.4.9 )
                    >=media-libs/audiofile-0.2.6-r1
                    >=media-libs/speex-1.2_rc1
                    >=media-libs/libsndfile-1.0.20
                    sys-libs/gdbm
                    dev-libs/json-c
                    >=sys-devel/libtool-2.2.4" # it's a valid RDEPEND, libltdl.so is used

            Comment


            • #21
              Originally posted by Rallos Zek View Post
              Wayland maybe, but Pulseaudio and SystemD are nasty ugly things that need to die a fast death.
              Yeah that makes sense... it's systemd by the way.

              Comment


              • #22
                Originally posted by Rallos Zek View Post
                Wayland maybe, but Pulseaudio and SystemD are nasty ugly things that need to die a fast death.

                One of the most stupid things I read. I didn't like PA in the past, but it's very good now. Like you can see it's very good on smartphones, too. systemd is simply brilliant unlike the mess like sysvinit.

                Comment


                • #23
                  I would love to see PA on Android.

                  It would make a kick-ass Apple Airplay competitor since you could stream high-quality audio directly to a sink on another device. Think Raspberry Pi acting as an Airport Express.

                  Comment


                  • #24
                    Originally posted by allquixotic View Post
                    I still think I'd rather have a pipeline that introduces a very small amount of latency but is as flexible and power-saving as PA, over a pipeline that has zero added latency but doesn't have the features or power savings of PA. It's hard to have both (indeed the maintainers of JACK2 recognized that you can't really have both, by recognizing the separate usefulness of PA and JACK.)
                    Having two servers is not an optimal solution and at some point the devs should look into merging it into one that will be able to handle Studio Work and Joe Average user work.

                    It will simplify things quite a bit.

                    Comment


                    • #25
                      my experience on pulseaudio was terrible.

                      On my PC, it suck up CPU and introduce latency and gitches when i play HD Movie and game. it neither utilize hardware acceleration of my sound card nor the SIMD instruction of the CPU

                      On a Nokia N900 phone and i found out that pulseaudio suck around 30% CPU when play music!

                      On power-scarce mobile device, I hope introducing PA will not be a disaster. Pulseaudio is not designed to be a cpu-efficient and low-latency sound server after all.

                      Actually, i think that Google should try to introduce sound mixing in kernel, like OSS does.

                      Comment


                      • #26
                        Originally posted by 89c51 View Post
                        It will simplify things quite a bit.
                        I don't see how exactly; wouldn't having everything in same package over-compliacte the "one" sound server for everyone? ...if it's acknowledged by both sides that it's not going to happen I would assume that there's pretty hard reasons to why.

                        Comment


                        • #27
                          Originally posted by Chewi View Post
                          I was thinking exactly the same thing. It's rare that you get an article saying so many positive things about PA but you can't really argue with those kinds of results.
                          This article proves that someone could do even worse than PA. Why should we kick PA for that?

                          Comment


                          • #28
                            Originally posted by Rallos Zek View Post
                            Wayland maybe, but Pulseaudio and SystemD are nasty ugly things that need to die a fast death.
                            There's nothing wrong with pulseaudio, It was only pushed too early into ubuntu and fedora before it was ready. I haven't had problems with it in ages. So sick of the ridiculous hate comments it gets for no reason.

                            Comment


                            • #29
                              Originally posted by Teho View Post
                              I don't see how exactly; wouldn't having everything in same package over-compliacte the "one" sound server for everyone? ...if it's acknowledged by both sides that it's not going to happen I would assume that there's pretty hard reasons to why.
                              my comment was from the end user POV and thats all that matters IMO

                              right now if you want to do something music related (DAW) you have to go through all the "trouble" of installing jack removing PA or setting it up to work side by side etc. etc.

                              you don't have to do the same stuff for example in Mac OS X or Win. you just install the software you want to use afaik

                              i seem to recall Lennart saying something (in an interview) that the reason for not doing it was lack of manpower but i might be wrong here.

                              Comment


                              • #30
                                Originally posted by 89c51 View Post
                                my comment was from the end user POV and thats all that matters
                                In that case it's not necessary for drastic changes like merging two sound servers that obviously can't be merged (in sense of code, community, API etc...). A better support for Jack in PulseAudio would be more appropriate. I think that Ubuntu Studio tried something like that but I'm not sure what came out of it.

                                Comment

                                Working...
                                X