[Pianod] libao settings testing

[Jimmy Pop]

31% cpu total, 23% from pianod, so not a CPU issue
 5343 pi        20   0 23004 4744 3480 S  23.9  2.0   0:30.12 pianod


I have yet to resolve this issue yet.

On another note, I propose a change from the current return of the channel
list using response header 115, this is used as the "current playing"
unsolicited feedback, I have modified responses(c/h) to use 175 as a
temporary station list response header, but would like to see if this could
be added to the official source to retain settings across revisions,
perhaps a runtime flag that if missing defaults to the old idiom.

Keep up all your great work man!
I am digging HARD into source and pushing it hard and the only issue I have
run into thus far is the stations list response!
If I can just get this audio issue fixed I will be sitting golden!

James






On Wed, Apr 17, 2013 at 3:20 PM, Jimmy Pop <jimmypopali96 at gmail.com> wrote:

> Leaving the dev option off, it uses alsa, and auto picks device "front",
> and streams smoothly, the default_driver and ao_driver_id("alsa"), return
> the same value as well.
> I have an idea that it seems to be correlated with my asound.conf and the
> extra processing (?)
> I will check CPU usage when I get home.
>
>
>
>
> On Apr 17, 2013, at 3:03 PM, Perette Barella <perette at barella.org> wrote:
>
> Choppy sounds like an audio buffer underrun.  libao says the ALSA driver
> supports buffer_time ao_option:
>
>    - "buffer_time" - Override the default hardware buffer size (in
>    milliseconds).
>
> The ao docs don't indicate a default, so I guess try some different values
> and see what they yield.
>
> audioOutDriver = ao_driver_id("alsa");
>                  ao_append_option(&ao_options, "dev", "stereo3");
>  ao_append_option(&ao_options,"buffer_time", "250");
> While you're at it:
> fprintf (stderr, "audioOutDriver=%d, defaultDriver=%d\n", (int)
> audioOutDriver, (int) ao_default_driver_id());
> To see if ALSA is the default driver.  If it's the default, one less
> variable to consider.  If not, do you know what is?  Perhaps this would
> indicate some layering that's making ALSA too CPU intensive compared to the
> default.  Try 'top -o cpu' while it's being choppy, see if you're running
> at 100% (0 idle).
>
> "stereo3", third output?  Have you tried leaving this option out (but
> selecting ALSA driver) and check behavior?
>
> Perette
>
>
>     On 2013年04月17日, at 3:43, Jimmy Pop wrote:
>
> Starting at pianod-137
>
> I got the folowing to work using the alsa system
>
> ...
>
> Though through this success, I am having choppy audio now, with a single
> stream, or multiple streams with a RPI and this method,
> but ao_default_driver_id() streams smoothly
>
>
>
> _______________________________________________
> Pianod mailing list
> Pianod at lists.deviousfish.com
> http://lists.deviousfish.com/listinfo.cgi/pianod-deviousfish.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.deviousfish.com/pipermail/pianod-deviousfish.com/attachments/20130428/f30c15d2/attachment-0003.htm>