Getting rid of pulseaudio? [was Re: Cannot play MP3 or OGG as ringtone on GTA02]
Michael 'Mickey' Lauer wrote: > pulseaudio only features WAV files. In FSO we are using GStreamer to create > all kinds of tones. > I've heard FSO got rid of pulseaudio. Is that true? Any problems? Flamewars I should read? :) I ask, since I'm working on improving mediaplayer's performance. Having it talk directly to ALSA halved CPU usage (I think this is due to a misconfiguration...), and didn't seem to break multiple simultaneous apps talking to the sound card. Anyway, if pulseaudio is going away, I don't want to spend time debugging it... Also, is GStreamer definitely in the future? I'm looking into fixed-point graphic equalizers; gstreamer seems to be a good place to add one. The choices for adding new audio processing code seem to be adding a plugin to gstreamer, alsa or pulseaudio. -Rusty ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Getting rid of pulseaudio? [was Re: Cannot play MP3 or OGG as ringtone on GTA02]
Am Dienstag, 22. Juli 2008 schrieb [EMAIL PROTECTED]: > Michael 'Mickey' Lauer wrote: > > pulseaudio only features WAV files. In FSO we are using GStreamer to > > create all kinds of tones. > > I've heard FSO got rid of pulseaudio. Is that true? Any problems? > Flamewars I should read? :) > [...] > > Also, is GStreamer definitely in the future? I'm looking into > fixed-point graphic equalizers; gstreamer seems to be a good place to > add one. > In http://wiki.openmoko.org/wiki/OpenmokoFramework#Audio pulseaudio is still listet. I would also like to know where it goes since I would like to develop something, too. So, is there any roadmap or feature plan that we can roughly count on? Is it http://wiki.openmoko.org/wiki/Roadmap ? It's hard to find the way in the wiki :) Gero ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Getting rid of pulseaudio? [was Re: Cannot play MP3 or OGG as ringtone on GTA02]
These sound like questions for the devel list, not the support list. Good luck. -Steven On Tue, Jul 22, 2008 at 1:38 AM, Gero Mudersbach <[EMAIL PROTECTED]> wrote: > Am Dienstag, 22. Juli 2008 schrieb [EMAIL PROTECTED]: >> Michael 'Mickey' Lauer wrote: >> > pulseaudio only features WAV files. In FSO we are using GStreamer to >> > create all kinds of tones. >> >> I've heard FSO got rid of pulseaudio. Is that true? Any problems? >> Flamewars I should read? :) >> > [...] >> >> Also, is GStreamer definitely in the future? I'm looking into >> fixed-point graphic equalizers; gstreamer seems to be a good place to >> add one. >> > > In http://wiki.openmoko.org/wiki/OpenmokoFramework#Audio pulseaudio is still > listet. I would also like to know where it goes since I would like to develop > something, too. So, is there any roadmap or feature plan that we can roughly > count on? Is it http://wiki.openmoko.org/wiki/Roadmap ? It's hard to find the > way in the wiki :) > > Gero > > ___ > support mailing list > support@lists.openmoko.org > https://lists.openmoko.org/mailman/listinfo/support > ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Getting rid of pulseaudio? [was Re: Cannot play MP3 or OGG as ringtone on GTA02]
(cc'ing devel, since it's more appropriate there) Am Dienstag 22 Juli 2008 03:19:24 schrieb Russell Sears: > Michael 'Mickey' Lauer wrote: > > pulseaudio only features WAV files. In FSO we are using GStreamer to > > create all kinds of tones. > > I've heard FSO got rid of pulseaudio. Well, "got rid" sounds a bit pathetic. We are no longer using it :) > Is that true? Any problems? No problems. Using alsa dmix now and despite Lennart's constant railing on dmix, on GTA01, I can play two mp3 (via GStreamer) without any dropouts, whereas with pulseaudio I hardly managed to get one without dropouts. > Flamewars I should read? :) None, sorry :) > I ask, since I'm working on improving mediaplayer's performance. Having > it talk directly to ALSA halved CPU usage (I think this is due to a > misconfiguration...), and didn't seem to break multiple simultaneous > apps talking to the sound card. > > Anyway, if pulseaudio is going away, I don't want to spend time > debugging it... Well, pulseaudio is great. Honestly, I love the concept, that's why I pushed it in to Openmoko in the first place. But alas, the current state is way unusable on our slow systems. Perhaps this will improve with the new branch, lets see. Until then, it's alsa dmix for me. > Also, is GStreamer definitely in the future? I'm looking into > fixed-point graphic equalizers; gstreamer seems to be a good place to > add one. Absolutely. GStreamer is great and will be a vital part of the Openmoko framework. > The choices for adding new audio processing code seem to be adding a > plugin to gstreamer, alsa or pulseaudio. If you want to maximize performance, go alsa. If you want to maximize reusing, go GStreamer. -- :M: ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Getting rid of pulseaudio? [was Re: Cannot play MP3 or OGG as ringtone on GTA02]
> Am Dienstag 22 Juli 2008 03:19:24 schrieb Russell Sears: >> Michael 'Mickey' Lauer wrote: > Well, pulseaudio is great. Honestly, I love the concept, that's why I pushed > it in to Openmoko in the first place. But alas, the current state is way > unusable on our slow systems. Perhaps this will improve with the new branch, > lets see. Until then, it's alsa dmix for me. i agree. pulse needs to get better first. still, dmix will bite us in the ass on the long run, since it has no concept of anything but static buffers, can nor handle fullduplex audio, or stream routing (its alsa after all). means moving playing audio from the bt headset to the line-out will never be possible with alsa only. doesn't matter. still enough other stuff to get working first, and in the end your apps should only use highlevel interfaces, and not need to tamper with alsa-interfaces anyways. so it is transparent and your app will do the same calls, regardless which underlying backend. >> Also, is GStreamer definitely in the future? I'm looking into >> fixed-point graphic equalizers; gstreamer seems to be a good place to >> add one. > > Absolutely. GStreamer is great and will be a vital part of the Openmoko > framework. ack ;) >> The choices for adding new audio processing code seem to be adding a >> plugin to gstreamer, alsa or pulseaudio. > > If you want to maximize performance, go alsa. If you want to maximize > reusing, > go GStreamer. > since alsa is hw-abstraction only, not stream routing, not stream processing (besides of in and output) and doesn't have any sane framework for stuff like equalizers (or any software based signal processing) i would recommend gstreamer for that. alsa should stay what it is. a driver framework. adding more layering violations doesn't help (and would hinder pushing stuff upstream in the long run) -- Joachim Steiger Openmoko Central Services ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
Re: Getting rid of pulseaudio? [was Re: Cannot play MP3 or OGG as ringtone on GTA02]
Am Sa 26. Juli 2008 schrieb Joachim Steiger: > > Am Dienstag 22 Juli 2008 03:19:24 schrieb Russell Sears: > >> Michael 'Mickey' Lauer wrote: > > Well, pulseaudio is great. Honestly, I love the concept, that's why I pushed > > it in to Openmoko in the first place. But alas, the current state is way > > unusable on our slow systems. Perhaps this will improve with the new branch, > > lets see. Until then, it's alsa dmix for me. > > i agree. pulse needs to get better first. > still, dmix will bite us in the ass on the long run, since it has no > concept of anything but static buffers, > can nor handle fullduplex audio, HUH? > or stream routing (its alsa after all). > means moving playing audio from the bt headset to the line-out will > never be possible with alsa only. That's correct. The app can assume the audio device to stay. If we want to change it, app has to do this by closing the one device and opening another one. > > doesn't matter. still enough other stuff to get working first, and in > the end your apps should only use highlevel interfaces, Hmm, what might this be, other than a device open() for alsa e.g. ? Are there more high-level'ish concepts to push out raw 16bit audio data, than having a handle and do some write() on it? > and not need to > tamper with alsa-interfaces anyways. so it is transparent and your app > will do the same calls, regardless which underlying backend. > > >> Also, is GStreamer definitely in the future? I'm looking into > >> fixed-point graphic equalizers; gstreamer seems to be a good place to > >> add one. > > > > Absolutely. GStreamer is great and will be a vital part of the Openmoko > > framework. > > ack ;) > > >> The choices for adding new audio processing code seem to be adding a > >> plugin to gstreamer, alsa or pulseaudio. > > > > If you want to maximize performance, go alsa. If you want to maximize reusing, > > go GStreamer. > > > > since alsa is hw-abstraction only, not stream routing, hmmm... > not stream > processing (besides of in and output) besides of ladspa plugins, resampling, mixing, level adjust, storing to files... Sounds like stream processing to me > and doesn't have any sane > framework for stuff like equalizers (or any software based signal > processing) see above > i would recommend gstreamer for that. conclusion ok, rationale weak. > > alsa should stay what it is. a driver framework. > adding more layering violations doesn't help (and would hinder pushing > stuff upstream in the long run) Again, hmmm /jOERG signature.asc Description: This is a digitally signed message part. ___ support mailing list support@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/support
