Michael 'Mickey' Lauer [EMAIL PROTECTED] writes:
While JACK is pretty cool, it doesn't cut it on embedded systems
since there is no hardware sound accelleration whatsoever.
I don't understand what you mean. JACK has nothing whatsoever to do
with hardware sound acceleration.
On a system like
Am Do 12. Juni 2008 schrieb Esben Stien:
That would be an extremely negligible latency and it would give us
real time dropout less audio on the device, which is pretty crucial on
such a thing as a phone. You really want dropouts in the audio when
you use your system during a call?.
There
Joerg Reisenweber [EMAIL PROTECTED] writes:
There will be NO dropouts (at least for call audio). The GSM audio
path isn't routed through the system, it's direct way
It will be routed through the system in many use cases. One use case
is pre processing the sound from the mic before it goes into
Michael 'Mickey' Lauer wrote:
On Wednesday 11 June 2008 02:39:08 Lorn Potter wrote:
Michael 'Mickey' Lauer wrote:
Ok, a first summary:
*) I still like my tap sound.
*) Almost all people do not want the tap sound.
*) All people do care about getting event sounds while they're playing
On Wednesday 11 June 2008 02:39:08 Lorn Potter wrote:
Michael 'Mickey' Lauer wrote:
Ok, a first summary:
*) I still like my tap sound.
*) Almost all people do not want the tap sound.
*) All people do care about getting event sounds while they're playing
something (needs help from a
On Wednesday 11 June 2008 12:25:11 Lorn Potter wrote:
Michael 'Mickey' Lauer wrote:
On Wednesday 11 June 2008 02:39:08 Lorn Potter wrote:
Michael 'Mickey' Lauer wrote:
Ok, a first summary:
*) I still like my tap sound.
*) Almost all people do not want the tap sound.
*) All people do
Michael 'Mickey' Lauer wrote:
Conclusions:
*) I will keep PA for the time being and activate module-suspend-on-idle
*) You will be able to turn off the tap ;)
Sounds great.
--
Drucken Sie diese Mail bitte nur auf Recyclingpapier aus.
Please print this mail only on recycled paper.
Michael 'Mickey' Lauer [EMAIL PROTECTED] writes:
If we were to get rid of it, we could ditch pulseaudio and go
directly to alsa.
You know you should go JACK right?. Going directly to alsa for such a
real time application is just bad, very bad.
--
Esben Stien is [EMAIL PROTECTED] s
On Wednesday 11 June 2008 19:08:48 Esben Stien wrote:
Michael 'Mickey' Lauer [EMAIL PROTECTED] writes:
If we were to get rid of it, we could ditch pulseaudio and go
directly to alsa.
You know you should go JACK right?. Going directly to alsa for such a
real time application is just bad,
Will this mean I wont be able to hear an SMS arrive in background while I
listen to music?
Rahul J
On Tue, Jun 10, 2008 at 6:43 PM, Michael 'Mickey' Lauer [EMAIL PROTECTED]
wrote:
Hi guys,
we have been shipping pulseaudio (which is quite a CPU hog on embedded
systems) on our rootfs for
On Tue, Jun 10, 2008 at 3:13 PM, Michael 'Mickey' Lauer
[EMAIL PROTECTED] wrote:
Hi guys,
we have been shipping pulseaudio (which is quite a CPU hog on embedded
systems) on our rootfs for quite a while now. The main reason not to use alsa
directly was because of mixing, since alsa dmix
hi Mickey,
click sound is normally the first thing I deactivate when I get a new
phone that uses this.
thanks for asking BTW.
have fun
k.
___
Openmoko community mailing list
community@lists.openmoko.org
Opinions?
my 2c: i hate those accoustic feedbacks.
isn't it possible to use the vibration for that kind of feedback, if
somebody likes it?
___
Openmoko community mailing list
community@lists.openmoko.org
Hi,
Michael 'Mickey' Lauer schrieb:
we have been shipping pulseaudio (which is quite a CPU hog on embedded
systems) on our rootfs for quite a while now. The main reason not to use alsa
directly was because of mixing, since alsa dmix absolutely does not cut it.
However just recently I
As long as visual feedback is adequate, I don't see why not.
Michael 'Mickey' Lauer pravi:
Hi guys,
we have been shipping pulseaudio (which is quite a CPU hog on embedded
systems) on our rootfs for quite a while now. The main reason not to use alsa
directly was because of mixing, since
On 10 Jun 2008, at 14:13, Michael 'Mickey' Lauer wrote:
...
we have been shipping pulseaudio (which is quite a CPU hog on embedded
systems) on our rootfs for quite a while now. The main reason not
to use alsa
directly was because of mixing, since alsa dmix absolutely does not
cut it.
This means no longer being able to mix sounds, but rather stick them
into a queue and play them sequentially.
Someone else has already mentioned SMS notification whilst listening
to music, but also my GPS concept is affected. If a driver is
approaching an accident blackspot he cannot afford
so do I, but not on mine gta01...
please remember that this is touch only phone and these feedback sounds
are a must here...
Piotr
Alexander Köb pisze:
hi Mickey,
click sound is normally the first thing I deactivate when I get a new
phone that uses this.
thanks for asking BTW.
have
On Tuesday 10 June 2008 19:29:26 Asheesh Laroia wrote:
On Tue, 10 Jun 2008, Michael 'Mickey' Lauer wrote:
Hi guys,
we have been shipping pulseaudio (which is quite a CPU hog on embedded
systems) on our rootfs for quite a while now. The main reason not to use
alsa directly was because of
Ok, a first summary:
*) I still like my tap sound.
*) Almost all people do not want the tap sound.
*) All people do care about getting event sounds while they're playing
something (needs help from a sound daemon or touching every application)
*) I was wrong about the real meaning of PA
Michael 'Mickey' Lauer wrote:
Ok, a first summary:
*) I still like my tap sound.
*) Almost all people do not want the tap sound.
*) All people do care about getting event sounds while they're playing
something (needs help from a sound daemon or touching every application)
*) I was wrong
21 matches
Mail list logo