pdportable. I haven't gotten the rjdj code running myself (in the svn
branch), and the whole source to the rjdj Android test binary was
never released AFAIK. I am guessing based on bug reports from rjdj
that the rjdj version had the same or similar timing issue. I recall
something abou
Hi Hans,
Cool, thanks. Which one contains the build which you are referring to with
the too-fast timing issues?
Chris.
On Thu, 13 May 2010 21:18:31 -0400, Hans-Christoph Steiner
wrote:
> Right now, the code is kind of in two places. Currently we are
> working from this mercurial repo:
>
> h
Right now, the code is kind of in two places. Currently we are
working from this mercurial repo:
http://code.google.com/p/pdportable/
But the rjdj files and pd files are here:
https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/by-author/eighthave/pd-mobile-0.43
.hc
On May 1
Hi Hans,
Is this using the audio driver that interfaces with the JRE calls which
fill the hardware buffers via Java? If so, one thing to double-check is
whether those buffers are actually being filled only when they are empty,
not just constantly filled even when they don't need to be. Is there
so
Sounds like that's the problem. [metro 1000] to [realtime] is giving me
150-200ms. This is with -nosound. Any ideas where to look?
.hc
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 "rea
On Sun, 2010-05-09 at 11:15 -0700, Miller Puckette wrote:
> 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 -nosound
> case. If so I can
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 -nosound
case. If so I can't see why Pd wouldn't run "on time" unless it simply
b
So I have Pd running on Android, and am currently testing the timing. I
made a simple [metro 1000]--[print] and I seem to be getting 3-6 bangs
per second. The audio API stuff isn't entirely worked out, and I seem
to recall some relation between the audio I/O and timing.
Any ideas why the timing