Re: Real Time Audio (SCHED_FIFO)
Jeff Rush [EMAIL PROTECTED] writes: Actually it depends on how much mixing you're doing. How?. As long as you only transport audio from the microphone to the gsmd, you're screwed without real time transport. At the hardware interface they are using ALSA. Yeah, same as pulseaudio, but it doesn't mean much when the pipe from one place to another is not running with proper scheduling and priority. Above ALSA, the default sound server for OpenMoko is PulseAudio, a very good audio server. It has features to support low-latency and realtime response. Yeah, but there is no support for low latency and real time transport of audio between applications, so it doesn't help much that pulseaudio does this. If there is no reliable way to transport audio, then you will have drop outs of audio under system load. Heavy buffering is also not an option. -- Esben Stien is [EMAIL PROTECTED] s a http://www. s tn m irc://irc. b - i . e/%23contact sip:b0ef@ e e jid:b0ef@n n ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Real Time Audio (SCHED_FIFO)
Esben How?. As long as you only transport audio from the microphone to the gsmd, you're screwed without real time transport that isn't the best example since the gsm module is hardwired to the codec which is wired to the mic. This audio path doesn't touch the cpu. There are still be some needs for low latency, like recording a gsm call but even that isn't between two audio clients... the recorder would probably be talking to the pulse daemon which is going right to the kernel alsa interface for the codec. Brad ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Real Time Audio (SCHED_FIFO)
Brad Midgley [EMAIL PROTECTED] writes: tell us the big picture for what you want to do I want to be able to have real time low latency drop out free audio, which is not possible without jack. This is especially crucial for a phone or anything that deals with audio;). I've heard now that JACK has been ported to openmoko, btw. I just hope it's used as the default sound server in openmoko. -- Esben Stien is [EMAIL PROTECTED] s a http://www. s tn m irc://irc. b - i . e/%23contact sip:b0ef@ e e jid:b0ef@n n ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Real Time Audio (SCHED_FIFO)
Esben Yeah, I know PulseAudio, but that doesn't help interconnecting modules in a real time fashion. tell us the big picture for what you want to do brad ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Real Time Audio (SCHED_FIFO)
Brad Midgley [EMAIL PROTECTED] writes: neo is running pulseaudio which is also an audio server with an option to use sched_fifo. Yeah, I know PulseAudio, but that doesn't help interconnecting modules in a real time fashion. -- Esben Stien is [EMAIL PROTECTED] s a http://www. s tn m irc://irc. b - i . e/%23contact sip:b0ef@ e e jid:b0ef@n n ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Real Time Audio (SCHED_FIFO)
How is real time audio done in openmoko?. For real time audio work, I use JACK[1] which uses SCHED_FIFO, but is anyone working on porting jack to run on the neo?. If not; what is the plan for dealing with real time audio?. [1]http://jackaudio.org -- Esben Stien is [EMAIL PROTECTED] s a http://www. s tn m irc://irc. b - i . e/%23contact sip:b0ef@ e e jid:b0ef@n n ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Real Time Audio (SCHED_FIFO)
Esben For real time audio work, I use JACK[1] which uses SCHED_FIFO, but is anyone working on porting jack to run on the neo?. neo is running pulseaudio which is also an audio server with an option to use sched_fifo. The option isn't enabled, but it's just a loose end probably. (see /etc/pulse/daemon.conf where high-priority=0) Brad ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community