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 about delay lines not working.

.hc

On May 13, 2010, at 10:23 PM, chrism wrote:

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 <[email protected] >
wrote:
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 13, 2010, at 8:31 PM, chrism wrote:

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
somewhere I can look at the code?

Chris.

On Thu, 13 May 2010 14:40:12 -0400, Hans-Christoph Steiner
<[email protected]

wrote:
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 "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
bogs the CPU down (uses 600% of CPU time).

cheers
Miller

On Sun, May 09, 2010 at 01:21:39PM -0400, Hans-Christoph Steiner
wrote:
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 might be so off?  I've tried with both -
noadc
and -nosound as well, and got more or less the same result.

.hc

_______________________________________________
Pd-dev mailing list
[email protected]
http://lists.puredata.info/listinfo/pd-dev


_______________________________________________
Pd-dev mailing list
[email protected]
http://lists.puredata.info/listinfo/pd-dev

-------------------
http://mccormick.cx




----------------------------------------------------------------------------

There is no way to peace, peace is the way.       -A.J. Muste



_______________________________________________
Pd-dev mailing list
[email protected]
http://lists.puredata.info/listinfo/pd-dev

-------------------
http://mccormick.cx



----------------------------------------------------------------------------

Using ReBirth is like trying to play an 808 with a long stick. - David Zicarelli



_______________________________________________
Pd-dev mailing list
[email protected]
http://lists.puredata.info/listinfo/pd-dev

Reply via email to