... we're still alive!


I would just like to note that most bugs at the beginning of Pulseaudio were due to buggy sound drivers (or whatever PA used) and not Pulse itself.
 
Not a big systemd (the desktop people have taken over init, wtf year is this?) or pulseaudio fan but if there is a use-case where they would shine, it is a device like this. I've used pulseaudio as a part of WebOS for many years and it has performed well.

I run sysvinit and jack on all my workstations and laptops and could imagine them working well on the Pyra with some effort too though. sysvinit would be better for power consumption. jack is the high end stuff.
 
Pulseaudio builds on Alsa, so you can also disable Pulseaudio and just use Alsa. It just won't be as comfortable anymore.
 
  • Like
Reactions: rSl
I suspect that some ports (e.g. a phone suite) won't run without the pa daemon.
 
I suspect that some ports (e.g. a phone suite) won't run without the pa daemon.
I don't know anything that strictly relies on PA, pretty much everything targets ALSA for maximum compatibility or simply uses a backend like SDL that actually leaves you a choice - old OSS-only artifacts should still be a much larger issue.

Actually, what kind of benefit does one even get by directly supporting PA besides skipping a single audio stream redirection? Does its API offer any sort of killer feature or something? It's not like a program that wants to use ALSA instead would put any limit on what the PA daemon may do with its audio stream.
 
I don't know anything that strictly relies on PA, pretty much everything targets ALSA for maximum compatibility or simply uses a backend like SDL that actually leaves you a choice - old OSS-only artifacts should still be a much larger issue.

Actually, what kind of benefit does one even get by directly supporting PA besides skipping a single audio stream redirection? Does its API offer any sort of killer feature or something? It's not like a program that wants to use ALSA instead would put any limit on what the PA daemon may do with its audio stream.

Bluetooth headset support with bluez5 seems to depend on pulseaudio.
 
I don't know anything that strictly relies on PA, pretty much everything targets ALSA for maximum compatibility or simply uses a backend like SDL that actually leaves you a choice - old OSS-only artifacts should still be a much larger issue.

Actually, what kind of benefit does one even get by directly supporting PA besides skipping a single audio stream redirection? Does its API offer any sort of killer feature or something? It's not like a program that wants to use ALSA instead would put any limit on what the PA daemon may do with its audio stream.

Actually I don't have a clue, but looking at my N900's packages it seems that the voice support is directly integrated into pa (there are also some misc packages that directly depend on the pa daemon, but these may be erroneous).
 
Anything less than 32 GB is a joke. 16 GB might be acceptable *right now*, but how about 5 years from now? My laptop is older than that.
 
A while back I needed to get a microSD card for one of my devices. I figured I'd only need a small one, so I asked for the smallest card they had at the store, which I figured would be 2GB. Turned out the lowest capacity they carried was 8GB. :)

-Neelix
 
Anything less than 32 GB is a joke. 16 GB might be acceptable *right now*, but how about 5 years from now? My laptop is older than that.
You realize there are 3 SD slots on it, yes? One internal microSD, and two external full sized SD. 16GB for high speed storage of the OS is more than enough. 4GB would probably be more than enough for the lifetime of the Pyra.
The Pandora only has 512MB and it doesn't suffer under normal use. The actually rare people that need more space for their OS have used SD cards, and on the Pyra that's going to be even easier.
 
The pandora suffers greatly from only having 512 MB internal storage. Just look at the clusterfuck that is the code::blocks PND. Had we had storage to install those tools properly, things would've been an awful lot better.
 
Serious question: Is that normal use? I don't mess with that stuff, so it isn't normal for my use, but I don't know what everyone else does.
 
The pandora suffers greatly from only having 512 MB internal storage. Just look at the clusterfuck that is the code::blocks PND. Had we had storage to install those tools properly, things would've been an awful lot better.

In my experience the 512Mb is not a significant Problem (actually notaz's gcc/g++ package fits nicely including the dev packages for firmware libraries). There are very few things that absolutely have to be installed at fixed locations under /bin, /usr, /lib, or /etc. Pretty much everything can (due to diverse unix history) easily live on an SD card and be made accessible using the appropriate ENV variables. In the worst case a couple of symlinks to the SD card will help (though it is often easier - and less ugly - to fix the offending package to not use hardcoded paths).

The larger problems for me were that some newer packages cannot easily coexist with the firmware versions.

PS: one significant problem to overcome was that /bin/sh is (was? haven't checked the latest firmware update) suid which kills LD_LIBRARY_PATH; I've fixed that by having a non suid copy of busy box to which /bin/sh is linked

Serious question: Is that normal use? I don't mess with that stuff, so it isn't normal for my use, but I don't know what everyone else does.

It's normal use for me and it mostly hasn't been a problem (I had problems getting the necessary prerequisites for a newer gnumeric built, but that was due to the old firmware glib version at the time; might be easier today)
 
A while back I needed to get a microSD card for one of my devices. I figured I'd only need a small one, so I asked for the smallest card they had at the store, which I figured would be 2GB. Turned out the lowest capacity they carried was 8GB. :)

2GB cards are kind of pricey right now because they're the biggest size of official non-HC SD card, and a few old devices don't play well with larger cards. But yeah, 4GB cards are cheaper, and 8GB cheaper still in a recent search I've been doing for a card that I can use to test out a slot that used to eat cards on the old OS, and I want to see if the OS change has fixed anything. Not bought anything yet since even 8GB seems a little much to throw away ;)
 
Back
Top