<div dir="ltr">(My name is Alex, I just want to chime in real quick. Been following the convo, have a full-year's worth of Ubuntu LAD bug reports to deliver, not even sure how to go about it, but it's all 100% - or almost - stuff I haven't been able to find anywhere, and the reason I wanted to chime in until now is that this is the exact crux of the matter. I will keep in touch, no worries about that. Can't wait to deliver the Full Report on the Problem with LAD. 17 years computer-assisted sound design here, and I'm not alone in what has become the bane of my existence, which is why I just switched back to Windows, believe it or not. Don't mind me, just letting you know I'm here, listening, at the controls, headphones on.) -A.G.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Mar 10, 2014 at 9:51 AM, Gianfranco Ceccolini <span dir="ltr"><<a href="mailto:gianfranco@portalmod.com.br" target="_blank">gianfranco@portalmod.com.br</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Guys<br>
<br>
sorry for the delay. carnival time here in Brasil...<br>
<br>
Jeremy: I’m using the BB Audio Cape, v1. I’ll take a look at the audio driver, but from our tests the BBB cpu won’t do the job.  We’re heading to the Cubie’s A20 cpu.<br>
<br>
Paul. I’m really sorry for my lack of comprehension, but I still don’t get it.  Is there a relation between the ALSA period with JACK’s period?<br>
<br>
Kind regards<br>
<br>
Gianfranco<br>
The MOD Team<br>
<br>
<br>
<br>
Em 28/02/2014, à(s) 17:01, Jeremy Jongepier <<a href="mailto:jeremy@autostatic.com">jeremy@autostatic.com</a>> escreveu:<br>
<div class=""><br>
> On 02/28/2014 06:57 PM, Gianfranco Ceccolini wrote:<br>
>> When starting it on the Beaglebone Black I get:<br>
>><br>
>><br>
>> /usr/bin/jackd --realtime -P80 -dalsa -r48000 -p128 -n2 -Xraw<br>
>><br>
>><br>
>> creating alsa driver ... hw:0|hw:0|128|2|48000|0|0|nomon|swmeter|-|32bit<br>
>><br>
>> configuring for 48000Hz, period = 128 frames (2.7 ms), buffer = 2 periods<br>
>><br>
>> ALSA: final selected sample format for capture: 32bit integer little-endian<br>
>><br>
>> ALSA: use 16 periods for capture<br>
>><br>
>> ALSA: final selected sample format for playback: 32bit integer little-endian<br>
>><br>
>> ALSA: use 16 periods for playback<br>
>><br>
>><br>
>> - what are those "periods" in the ALSA lines? (2 for the PC and 16 for the<br>
>> BBB) ? I read a post by Jeremy Jongepier about the Cubieboard2 stating that<br>
>> the hardcoded values for the Cubie (Minimum number of periods was 4 and<br>
>> minimum buffer size was 1024) where unfit for realtime operation. Why is<br>
>> that so?<br>
><br>
</div>> Hello Gianfranco,<br>
><br>
> What kind of audio interface are you using with the BBB? I'm no ALSA<br>
> expert but it seems as if the minimum period size of the driver has been<br>
> set to 16. If you have access to the source code of the driver you could<br>
> experiment with lower default values for .period_bytes_min and .periods_min.<br>
><br>
> Bye,<br>
><br>
> Jeremy<br>
><br>
> _______________________________________________<br>
> Linux-audio-dev mailing list<br>
> <a href="mailto:Linux-audio-dev@lists.linuxaudio.org">Linux-audio-dev@lists.linuxaudio.org</a><br>
> <a href="http://lists.linuxaudio.org/listinfo/linux-audio-dev" target="_blank">http://lists.linuxaudio.org/listinfo/linux-audio-dev</a><br>
<br>
_______________________________________________<br>
Linux-audio-dev mailing list<br>
<a href="mailto:Linux-audio-dev@lists.linuxaudio.org">Linux-audio-dev@lists.linuxaudio.org</a><br>
<a href="http://lists.linuxaudio.org/listinfo/linux-audio-dev" target="_blank">http://lists.linuxaudio.org/listinfo/linux-audio-dev</a><br>
</blockquote></div><br></div>