[PD-dev] Pd timing on Android
hans at at.or.at
Fri May 14 03:18:31 CEST 2010
Right now, the code is kind of in two places. Currently we are
working from this mercurial repo:
But the rjdj files and pd files are here:
On May 13, 2010, at 8:31 PM, chrism wrote:
> Hi Hans,
> Is this using the audio driver that interfaces with the JRE calls
> fill the hardware buffers via Java? If so, one thing to double-check
> whether those buffers are actually being filled only when they are
> not just constantly filled even when they don't need to be. Is there
> somewhere I can look at the code?
> On Thu, 13 May 2010 14:40:12 -0400, Hans-Christoph Steiner <hans at at.or.at
>> Sounds like that's the problem. [metro 1000] to [realtime] is
>> giving me
>> 150-200ms. This is with -nosound. Any ideas where to look?
>> Miller Puckette wrote:
>>> Hi Hans -
>>> if it even misbehaves with -nosound most likely the OS isn't waking
>>> Pd up reliably. A test would be to try the "realtime" object to
>>> see if
>>> Pd is getting the time correctly from Android -- relevant for the
>>> case. If so I can't see why Pd wouldn't run "on time" unless it
>>> bogs the CPU down (uses 600% of CPU time).
>>> On Sun, May 09, 2010 at 01:21:39PM -0400, Hans-Christoph Steiner
>>>> So I have Pd running on Android, and am currently testing the
>>>> made a simple [metro 1000]--[print] and I seem to be getting 3-6
>>>> per second. The audio API stuff isn't entirely worked out, and I
>>>> to recall some relation between the audio I/O and timing.
>>>> Any ideas why the timing might be so off? I've tried with both -
>>>> and -nosound as well, and got more or less the same result.
>>>> Pd-dev mailing list
>>>> Pd-dev at iem.at
>> Pd-dev mailing list
>> Pd-dev at iem.at
There is no way to peace, peace is the way. -A.J. Muste
More information about the Pd-dev