The Wiki needs to update. In particular, the Android development with Eclipse page should be removed and an Android Studio page should be added if needed.

I might have put this in the wrong section:

libpd/libpd#38

anyone know how to fix these errors?

Recently at Google I/O 17, Android Audio team put forth some recommendations to improve audio performance: https://youtu.be/C0BPXZIvG-Q?t=10m13s

I am wondering if pd-for-android can take advantage of these recommendations and how. I have summarized the best practices here.

Obtain low latency audio paths

Check for audio.pro hardware flag, which means that the device is capable of less than 20ms latency

Recording

• use VOICE_RECOGNITION preset to by pass system effects
• use PCM16 format which avoids any format shifting

Playback

• use Fast Mixer thread
• use native sample rate from AudioManager API by using PROPERTY_OUTPUT_SAMPLE_RATE
• use optimal chunk size from AudioManager API by using PROPERTY_OUTPUT_FRAMES_PER_BUFFER
• feed DAC with the help of provided callback which executes on high priority thread

Meet audio deadlines

Additional recommendations for the callback implementation to avoid glitches

• avoid logging. use systrace instead.
• avoid memory allocation
• don't wait on other threads
• don't do file i/o. Instead, use another thread to do read file and transfer the data using circular buffer or non-blocking queue
• don't sleep
• prevent cpu core migration by setting thread affinity, or using getExclusiveCores()
• prevent cpu frequency scaling by adding a stabilizing load
• use Sustained Performance Mode

Just briefly tried running PdTest in Android Studio (1.2.2) by importing the project from ADT and got the following error message:

Error:The project is using an unsupported version of Gradle.

Does anyone know if it is possible to use Android Studio and how, or must I still use Eclpse ADT?

Thanks!

Hi I have errors when set the compileSdkVersion to 23 in PdCore and AndroiMidi modules.

First error is:
Error:(20, 23) error: package org.apache.http does not exist
...

I found this solution:
add this line to build.gradle (AndroidMidi) : useLibrary 'org.apache.http.legacy'

android {
compileSdkVersion 23
buildToolsVersion "23.0.1"
useLibrary 'org.apache.http.legacy'
...
}

Second error :
Error:(252, 16) error: cannot find symbol method setLatestEventInfo(PdService,String,String,PendingIntent)

    @SuppressWarnings("deprecation")
    protected Notification makeNotification(Intent intent, int icon, String title, String description)   {
        PendingIntent pi = PendingIntent.getActivity(getApplicationContext(), 0, intent, 0);
        Notification notification = new Notification(icon, title, System.currentTimeMillis());
        notification.setLatestEventInfo(PdService.this, title, description, pi);
        notification.flags |= Notification.FLAG_ONGOING_EVENT;
        return notification;
    }

I try to fix it with the new Notification.Builder (http://developer.android.com/reference/android/app/Notification.Builder.html)
but without success.

Can I use these modules to the SDK API 23?
Is there any problem if I continue using the API 22 for the modules and the API 23 for the app?
Thank you for your attention

Under PdCore -> jni -> Application.mk,
APP_ABI := armeabi armeabi-v7a x86 needs to be changed to APP_ABI := armeabi-v7a x86
as armeabi is deprecated and the ndk build of PdCore will fail with exit status 2.

Some of my own externals are failing to run on devices with amd64-v8. They seem to compile fine and gets copied over to the apk in the right folder (armeabi-v7a, arm64-v8a etc). When I run my app on an older device everything runs fine.

The error message is "error: ... couldn't create" when the patch is run. I am on pd-core version 1.1.0.

Thanks for any suggestions.

My Application.mk:

APP_PLATFORM := android-17
APP_OPTIM := release
APP_ABI := armeabi-v7a arm64-v8a x86 x86_64
APP_ALLOW_MISSING_DEPS=true

In Android.mk:

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)
LOCAL_MODULE := pd
LOCAL_EXPORT_C_INCLUDES := $(LOCAL_PATH)/../../../pd-for-android/PdCore/jni/libpd/pure-data/src
LOCAL_SRC_FILES := $(LOCAL_PATH)/../../../pd-for-android/PdCore/libs/$(TARGET_ARCH_ABI)/libpd.so
ifneq ($(MAKECMDGOALS),clean)
    include $(PREBUILT_SHARED_LIBRARY)
endif

#---------------------------------------------------------------

include $(CLEAR_VARS)
LOCAL_MODULE := samplelooper_tilde
LOCAL_CFLAGS := -DPD -std=c99
LOCAL_SRC_FILES := samplelooper~.c
LOCAL_SHARED_LIBRARIES = pd
include $(BUILD_SHARED_LIBRARY)

...etc same for all

Output from buildNatives:

14:38:22: Executing task 'buildNative'...

Executing tasks: [buildNative]

Configuration on demand is an incubating feature.

> Configure project :
WARNING: Configuration 'compile' is obsolete and has been replaced with 'implementation' and 'api'.
It will be removed at the end of 2018. For more information see: http://d.android.com/r/tools/update-dependency-configurations.html

> Task :android:buildNative
Android NDK: WARNING: APP_PLATFORM android-17 is higher than android:minSdkVersion 1 in /---/android/AndroidManifest.xml. NDK binaries will *not* be compatible with devices older than android-17. See https://android.googlesource.com/platform/ndk/+/master/docs/user/common_problems.md for more information.    
make: Entering directory `/---/android/jni'
[armeabi-v7a] Compile thumb  : samplelooper_tilde <= samplelooper~.c
[arm64-v8a] Compile        : samplelooper_tilde <= samplelooper~.c
[x86] Compile        : samplelooper_tilde <= samplelooper~.c
[x86_64] Compile        : samplelooper_tilde <= samplelooper~.c
[armeabi-v7a] Install        : libpd.so => libs/armeabi-v7a/libpd.so
[arm64-v8a] Install        : libpd.so => libs/arm64-v8a/libpd.so
[x86] Install        : libpd.so => libs/x86/libpd.so
[x86_64] Install        : libpd.so => libs/x86_64/libpd.so
[armeabi-v7a] SharedLibrary  : libsamplelooper_tilde.so
[x86] SharedLibrary  : libsamplelooper_tilde.so
[armeabi-v7a] Install        : libsamplelooper_tilde.so => libs/armeabi-v7a/libsamplelooper_tilde.so
[arm64-v8a] SharedLibrary  : libsamplelooper_tilde.so
[x86] Install        : libsamplelooper_tilde.so => libs/x86/libsamplelooper_tilde.so
[x86_64] SharedLibrary  : libsamplelooper_tilde.so
[x86_64] Install        : libsamplelooper_tilde.so => libs/x86_64/libsamplelooper_tilde.so
[arm64-v8a] Install        : libsamplelooper_tilde.so => libs/arm64-v8a/libsamplelooper_tilde.so
make: Leaving directory `---/android/jni'

BUILD SUCCESSFUL in 0s
1 actionable task: 1 executed
14:38:23: Task execution finished 'buildNative'.

I'm getting errors when initialising the library on arm64 devices (I have the Nexus 6P) and am getting the following error:

java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader[DexPathList[[zip file "/data/app/com.myapp-1/base.apk"],nativeLibraryDirectories=[/data/app/com.bytegeist.tonal.pro-1/lib/arm64, /data/app/com.myapp-1/base.apk!/lib/arm64-v8a, /system/lib64, /vendor/lib64]]] couldn't find "libpd.so"
at java.lang.Runtime.loadLibrary0(Runtime.java:984)
at java.lang.System.loadLibrary(System.java:1530)
at org.puredata.core.PdBase.<clinit>(PdBase.java:55)
at org.puredata.core.PdBase.implementsAudio(Native Method)
at org.puredata.android.io.PdAudio.isRunning(PdAudio.java:122)
at org.puredata.android.io.PdAudio.initAudio(PdAudio.java:57)

I looked in the exploded aar folder and there are folders for armeabi, armeabi-v7a and x86 but I can't see folders for arm64 or any of the variants listed in the error. Is it possible to get a release with the native files compiled for arm64?

EDIT: it is possible to work around this by adding a few tweaks as outlined in this article but it is still just a workaround, ideally the library should be built with arm64 in mind

I'm currently using a mix of c++ and java and I'm looking for a method of subscribing to PD receivers in both c++ code and java. Is there ideas on how I should go about that?

howdy, I've been testing libpd for android and some externals. I've managed to use pd's extra objects as well as a few objects from cyclone and also from another library of my own.

But the thing is that some externals will fail, and they're pretty simple so I can't see any reason why they fail, here's one I couldn't run, for instance: https://github.com/porres/pd-else/blob/master/classes/gbman~.c

What should I know or be careful about building external objects for android?

how can I get more information about my problem?

the object does compile and create and everything, I just do not hear any sound!

cheers

it may not support api 28. i have tried to build and run, but it doesnot output audio :(

Case 1: Audio glitch on Xiaomi Redmi Note 4 (mido) if native sample rate

Xiaomi Note 4 reports 48 kHz as native sample rate. However, the playback crackles with pd-for-android (1.0.2 and the recent 1.1.0) when we use this sample rate.

This issue is reproducible through PdTest sample project on this device. Playback is fine with lower sample rates like 44.1 kHz.

This must be bug in libpd or pd-for-android since playback through oboe with native sample rate works fine without any glitches. This can be verified with hello-oboe sample project.

We have reason to believe that this is the case for all Xiaomi Marshmallow and newer devices.

Case 2: Audio glitch on samsung SM-G960F (samsung starlte) if 44.1 kHz

This is the reverse of case 1. This device works without audio glitch if native sample rate is used (48 kHz). However, if we use 44.1 kHz, we hear crackling.

I may sound paranoid. But I think it may be important that pd-for-android provide support for pd patch encryption. At the moment it is too easy to lift the patches. This is fine in the spirit of pure data's openness and the ability to learn from other's work. However, there are too many copy-cat apps on play store sometimes even imitating app name and logos. It is definitely an issue when using pd-for-android. (Not sure if this is an issue in the way iOS apps are developed with libpd.)

Apps encrypting patch file and decrypting prior to passing pd-for-android is not effective as the patch is simply visible from the file system. pd-for-android may be able to a better job for this. I wonder if it can do encryption during the compilation, decrypt at runtime, etc. Note, I am a novice on the topic of cryptography. I only understand the issue apps will have using pd-for-android.

I would just like to get the discussion started on this topic.

I want to use some new functions from Pd 0.47. The latest version from Jitpack, that is available is 1.0.1, 1.0.2 is not being built.

I'm using LibPd which is awesome btw :) and I'm missing midi support. I read somewhere that is possible but not really working for me.
Any hint?

Dear friends.

I'm trying to drive a PD patch form android and I first tried to install the library. When I debug using logcats, the code into onServiceConnected is not executed. I use the last version of Android Studio.

I looked after that all the day and I didn't found nothing incorrect...

Here is the code

package com.example.test_pd_android;

import android.support.v7.app.AppCompatActivity;
import android.os.Bundle;
import java.io.File;
import java.io.IOException;

import org.puredata.android.io.AudioParameters;
import org.puredata.android.service.PdService;
import org.puredata.android.utils.PdUiDispatcher;
import org.puredata.core.PdBase;
import org.puredata.core.utils.IoUtils;

import android.content.ComponentName;
import android.content.Intent;
import android.content.ServiceConnection;
import android.os.Bundle;
import android.view.WindowManager;
import android.os.IBinder;
import android.util.Log;
import android.view.MotionEvent;

public class MainActivity extends AppCompatActivity {

    //---------------------------------------------Variables PD
    PdService pdService = null;
    PdUiDispatcher dispatcher;
    private final Object lock = new Object();

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        initPdService();
        Log.e("PDandroid", "onCreate");
    }

    private final ServiceConnection serviceConnection = new ServiceConnection() {

        @Override
        public void onServiceConnected(ComponentName name, IBinder service) {
            synchronized(lock) {

                Log.e("PDandroid", "onServiceConnected");

                pdService = ((PdService.PdBinder) service).getService();

                try {
                    Log.e("PDandroid", "InitPd");
                    initPd();
                    loadPatch();
                } catch (IOException e) {
                    Log.e("PDandroid", "Except");
                    Log.e("PDandroid", e.toString());
                    finish();
                }

            }

        }

        @Override
        public void onServiceDisconnected(ComponentName name) {
            // Never called
            Log.e("PDandroid", "onServiceDisconnected");
        }
    };

    /* Bind pd service */

    private void initPdService() {

        new Thread() {
            @Override
            public void run() {
                Log.e("PDandroid", "initPdService");

                bindService(new Intent(MainActivity.this, PdService.class),
                        serviceConnection, BIND_AUTO_CREATE);
            }
        }.start();
    }

    private void initPd() throws IOException {

        Log.e("PDandroid", "initPd");

        // Configure the audio glue
        int sampleRate = AudioParameters.suggestSampleRate();

        pdService.initAudio(sampleRate, 0, 2, 10.0f);

        pdService.startAudio(new Intent(this, MainActivity.class),
                R.drawable.icon, "TestPD", "Return to it");

        dispatcher = new PdUiDispatcher();
        PdBase.setReceiver(dispatcher);

    }

    private void loadPatch() throws IOException {

        Log.e("PDandroid", "loadPatch");

        /*

        if (pd == 0) {
            File dir = getFilesDir();
            IoUtils.extractZipResource(
                    getResources().openRawResource(
                            com.example.test_pd_android.R.raw), dir,
                    true);
            File patchFile = new File(dir, "test.pd");
            pd = PdBase.openPatch(patchFile.getAbsolutePath());

        }


         */
    }

}

And here is my settings file

apply plugin: 'com.android.application'

android {
    compileSdkVersion 28


    defaultConfig {
        applicationId "com.example.test_pd_android"
        minSdkVersion 17
        targetSdkVersion 28
        versionCode 1
        versionName "1.0"

        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
    }

    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
        }
    }

}

dependencies {
    implementation fileTree(dir: 'libs', include: ['*.jar'])
    implementation 'org.puredata.android:pd-core:1.1.0'
    implementation 'com.android.support:appcompat-v7:28.0.0'
    implementation 'com.android.support.constraint:constraint-layout:1.1.3'
    testImplementation 'junit:junit:4.12'
    androidTestImplementation 'com.android.support.test:runner:1.0.2'
    androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.2'
}

I joined here the full project...

test_PD_Android.zip

Hope you can help me to found an issue, best regards.

Looks like libpd in pd-for-android is not being built with the extras externals, judging from this issue: libpd/libpd#112

This means expr, expr~, & fexpr~ aren't available as well as sigmund~, bob~, etc.

Also, I'd suggest adding the print concatenation layer so prints are grouped per line as opposed to the per word default: https://github.com/libpd/libpd/blob/master/libpd_wrapper/util/z_print_util.h

I have the following code to initialize PdAudio

    private void configureAudioGlue() throws IOException {
        AudioParameters.init(mContext);

        int sampleRate = AudioParameters.suggestSampleRate();
        final int inputChannels = AudioParameters.suggestInputChannels(); // or 1
        final int outputChannels = AudioParameters.suggestOutputChannels();
        final int ticksPerBuffer = 8; // ignored from android 2.3 / openSL
        final boolean restart = true;

        PdAudio.initAudio(sampleRate, inputChannels, outputChannels, 
                                          ticksPerBuffer, restart);
    }

I find that this fails with IOException on the following devices, as per my app's crash reports

1. Lenovo Vibe P1– P1a42
2. Lenovo A680– A680
3. Samsung Galaxy Core Prime – SM-G360H
4. Samsung I9505 Galaxy S4 – GT-I9505

I suspected the suggested sample rate may be incorrect, so tried with other known sample rates.
None of them work.

44100, 48000, 32000, 24000, 22050, 16000, 12000, 11025, 8000

The crash occured on a Pixel 2 with Android 8.1.0 .

The crash occurs with compileSdkVersion = 27 (not sure about previous versions however it didn't happen with 25 on Pixel 2)

Oreo notifications require a channel in order to work.
PdService will crash if started without it.
Adding a channelId to the foreground notification will not affect it.

Something like this should be added in PdService:

if (android.os.Build.VERSION.SDK_INT >= android.os.Build.VERSION_CODES.O) {
NotificationManager notificationManager =
(NotificationManager) App.getContext().getSystemService(Context.NOTIFICATION_SERVICE);
String channelId = NOTIFICATION_CHANNEL_ID;
CharSequence channelName = App.getContext().getString(R.string.app_name);
int importance = NotificationManager.IMPORTANCE_HIGH;
NotificationChannel notificationChannel = new NotificationChannel(channelId, channelName, importance);
notificationChannel.enableLights(true);
notificationChannel.setLightColor(Color.WHITE);
notificationChannel.enableVibration(true);
if (notificationManager != null)
notificationManager.createNotificationChannel(notificationChannel);
}

example log from crashlytics:
Fatal Exception: android.app.RemoteServiceException: Bad notification for startForeground: java.lang.RuntimeException: invalid channel for service notification: Notification(channel=null pri=0 contentView=null vibrate=null sound=null tick defaults=0x0 flags=0x42 color=0x00000000 vis=PRIVATE)

I'm trying to get a log printed of the tone of a signal played, so I am using the PdTest with a small diff to listen to the symbol 'pitch' and log it, and a small change to the .pd file to have the symbol sent pd image here.

When I press the play button in PdTest I get this output:

8 12:16:15.479 26321-26321/org.puredata.android.test I/PdUiDispatcher: print:  
02-18 12:16:15.479 26321-26321/org.puredata.android.test I/PdUiDispatcher: print: bob~
02-18 12:16:15.479 26321-26321/org.puredata.android.test I/PdUiDispatcher: print: 
02-18 12:16:15.479 26321-26321/org.puredata.android.test I/PdUiDispatcher: print: error: ... couldn't create
02-18 12:16:15.479 26321-26321/org.puredata.android.test I/PdUiDispatcher: print: fiddle version 1.1 TEST4
02-18 12:16:15.479 26321-26321/org.puredata.android.test I/PdUiDispatcher: print: bonk version 1.5
02-18 12:16:15.479 26321-26321/org.puredata.android.test I/PdUiDispatcher: print: pique 0.1 for PD version 23
02-18 12:16:15.479 26321-26321/org.puredata.android.test I/PdUiDispatcher: print: 
02-18 12:16:15.479 26321-26321/org.puredata.android.test I/PdUiDispatcher: print:  
02-18 12:16:15.479 26321-26321/org.puredata.android.test I/PdUiDispatcher: print: stdout
02-18 12:16:15.479 26321-26321/org.puredata.android.test I/PdUiDispatcher: print: 
02-18 12:16:15.479 26321-26321/org.puredata.android.test I/PdUiDispatcher: print: error: ... couldn't create
02-18 12:16:15.479 26321-26321/org.puredata.android.test I/PdUiDispatcher: print: PD_RUNS: 29.186

and my logs aren't printed.

I'm running it through AndroidStudio, on OSX 10.11.2 and on a HTC One m8 running Marshmallow.

I am to implement a peaking filter (using biquad~) given freq/q/gain.
The patch works fine in Pd using a .wav file to test the filter. However when using it with Android Studio, there is no sound output.
No errors are shown in Android Studio, the patch loads fine, just no sound.

If I take away the section of the patch which converts the f/q/g parameters into filter coefficients, and just give in 5 random coefficients, the patch works fine. However, as soon as I add in any "expr" oblect to my patch, no audio comes from the app.

Thus, I presume the issue is with the "expr" object as besides that, there isn't much else extra.
Is there anything specific which I would have to change to allow my Android Studio project to use "expr"?

I'm using pd-for-android by adding a dependency in my build.gradle (Module: app) file.
The targetsdkversion is 22.

Here is a link to my Android Studio project.
https://www.dropbox.com/s/l8cowlox1v0al79/LibPdBiquad.zip?dl=0

This is the Pd patch I'm trying to run.

When setting the targetsdk to API Level 23 libpd crash

java.lang.UnsatisfiedLinkError: dlopen failed: /data/app/sonigaitandroid-2/lib/arm/libpd.so: has text relocations

In previous Android Versions this was only a warning but it changed in the latest release

Hi,
I'm about to release a small Android app which uses pd-for-android. The simplicity of using it today via JCenter is a bless compared to when I first used it backin the Eclipse days. Thanks for that!

I'm struggling a bit with correctly citing the license in the app. Since I'm including PdCore from JCenter I've started by citing https://github.com/libpd/pd-for-android/blob/master/PdCore/LICENSE.txt. Is that already enough or should I cite libpd's LICENSE.txt ( https://github.com/libpd/libpd/blob/master/LICENSE.txt ) as well, which BTW reads a bit different w.r.t. copyright than the copyright information in libpd's README.md ( https://github.com/libpd/libpd/blob/master/README.md ).

Thanks in advance,
Felix

expr is LGPL licensed and requires attribution. Apps built with pd-for-android should include expr in their list of copyrights.

The pd-for-android release should make this clear. (In its Readme and Licenses?)

See question raised here: #39

It seems that android NDK API crashes sometimes on the JNI part when converting data to a jstring.
This does not happen always, just under intensive message passing and it throws this error:
05-13 11:28:25.387: W/dalvikvm(17566): JNI WARNING: input is not valid Modified UTF-8: illegal start byte 0xf4

i found this workarround that could help:
http://stackoverflow.com/questions/12127817/android-ics-4-0-ndk-newstringutf-is-crashing-down-the-app

On cloning and running the git submodule update command and then opening android studio, I find that building gives me the error above. How do I get the project to build?

macOS: High Sierra
Android Studio: 3.1.2

I installed the NDK tools too: 17.1.4828580

Thanks!

That repository will probably be jcenter

Glitches caused by OpenSL ES with wrong buffer sizes?

I am building an app with a relatively large pd patch. It was working great on my Nexus 5 until I converted the patch to stereo, which led to twice of lots of things. Then glitches started happening. I do not think it is a performance issue, as the app runs fine on older hardware like the Samsung Galaxy Tab 10.1 (2011) and the Galaxy SIII.

I came across this article: Understanding Android audio towards achieving low latency response

duh. As mentioned before: larger values improve stability, while lower values lower latency. However, it's not just a matter of choosing the right size for the minimum amount of latency and maximum stability, but also making it a multiple of the devices native buffer size.

For instance : some devices may report a recommended 4800 samples per buffer-size, which is apart from being quite large, also an unusual number. By dividing using multiples of 4800 we can however reach a low, stable buffer size of 75 samples per buffer. Other devices may however report a recommended buffer size of 512 samples, the lowest usable buffer size ( when keeping the above rule of multiples in mind ) could be 64 samples. Using a value outside of the multiple range ( for instance using 75 samples per buffer on a device that requires 64 samples per buffer ) may cause glitches as occasionally the buffer callback is called twice per timeslice. This can go by unnoticed if you have CPU cycles to spare, but it's more likely that this will slowly but surely accumulate to a clusterfuck.

This rhymes very well with my experience.

When running libpd with opensl it seems like the buffer size always is 64.

When I do suggestOutputBufferSize(suggestSampleRate()) on the Nexus 5 I get 240. 240 is not a multiple of 64, and I get glitches. On a Honor 7 that I have tried, suggestOutputBufferSize(suggestSampleRate()) returns 960, which IS a multiple of 64, and there are no glitches. On the Galaxy SIII suggestOutputBufferSize(suggestSampleRate()) returns 1024, which is also a multiple of 64, and no glitches there either.

If I run the app at 44100 on the Nexus 5 there are no glitches (but AUDIO_OUTPUT_FLAG_FAST denied by client), but then there are glitches on the Honor 7. The Galaxy SIII is fine with both 44100 and 48000.

So my question is:

Could it be that the buffer size for opensl should be a multiple of what is returned by suggestOutputBufferSize(suggestSampleRate()) to achieve optimal performance? If yes: Would it be possible to modify pd-for-android, so that the audio buffer size could be set manually?

I realise that libpd can only process n ticks at a time, and that those should rather be 64 samples each. So in case of buffer size 240 one would have to process 4 ticks, which would end up with 256 samples, then send 240 of them to the soundcard and save 16 of them for the next cycle. It would be a bit complicated, but I have dug a bit around in z_jni_opensl.c and it seems like it should be possible.

But before I make the effort: Do you think it will solve the problem of glitches?

Thanks for any thoughts.

I am getting a Failed to clone 'PdCore/jni/libpd' while trying to initialize and update the submodules, any idea what is wrong?

Hi everybody,

some problems appeared compiling pd-for-android at OS X 10.9.5. I would like to share all steps what I did.

1 - Download and follow the installation steps for pd-for-android.

2 - Add the ANDROID_HOME to bash_profile. Check the next discussion, at third response or follow the next instructions:

In Terminal:
    nano ~/.bash_profile 
Add lines:
    export ANDROID_HOME=/YOUR_PATH_TO/android-sdk
    export PATH=$ANDROID_HOME/platform-tools:$PATH
    export PATH=$ANDROID_HOME/tools:$PATH

Usage: Ctrl+O to write changes and Ctrl+X to close.

Check it worked:
    source ~/.bash_profile
    echo $ANDROID_HOME

NOTE: YOUR_PATH_TO refers to folder which Android SDK is located. (Look at: usr/local/Cellar/android).

3 - Go to PureCore/jni/libpd/pure-data and do:
git submodule init
git submodule update

NOTE: this step is weird but for me it vital to compile PdCore library.

4 - Go back to pd-for-android/ directory and run ./gradlew PdCore:assembleRelease

NOTE: Install all the android sdk versions required by the process until to get BUILD SUCCESSFUL MESSAGE.

5 - Finally, open Android Studio and pick up Import gradlew project with PdTest. Gradlew should be sync by grawdle wrapper.

6 - Run pd-for-android examples and enjoy.

Thanks,

XL

I have BluetoothMidiTest showing midi incoming signal. I made a simple patch for ScenePlayer with midiin but I dont recive any midi signal in my patch?
THX,
Maurin

Is the support for arm64 in the pipeline?

Have you guys looked into what it would take to plug libpd into the superpowered sdk?
http://superpowered.com/

It would be nice to have some CI jobs running to test pull requests before they are merged, as well as other tasks.

I usually turn to Jenkins for this, but CircleCI provides three free containers for open source projects.

This blog about testing Android projects caught my eye:

Android and CI and Gradle - a How-To

pd-for-android currently includes libpd.so and native binaries of standard externals. However, the user of pd-for-android aar file wants to write custom externals, m_pd.h is also required. Such headers required for building custom externals can be packaged in AAR.

PdTest gives a nice example of custom external, but it does not depend on aar file which is what a typical user of this library will have.

Documenting the approach I use to build custom external here (Hope it helps someone. Suggestions and corrections are welcome).

Custom External: Compilation

Compilation of custom external requires m_pd.h in the include path. To achieve this

1. git clone https://github.com/libpd/libpd
2. Refer the clone header path in CMakeLists.txt of the custom external module like this. (I have android studio module for custom external and I use CMake for building c/c++ stuff for android as per current recommendation by Google)

cmake_minimum_required (VERSION 3.4.1)

set (SRC_PATH src/main/cpp)
link_directories ("libs/jni/${ANDROID_ABI}")

include_directories ("../../lib/libpd/pure-data/src")
add_library (myexternal_tilde SHARED ${SRC_PATH}/myexternal~.c)
target_compile_options (myexternal_tilde PRIVATE -std=c11 -DPD -O3)
target_link_libraries (myexternal_tilde pd)

Custom External: Linking

In order to make linking succeed, I pull libpd.so for different architectures from pd-for-android aar like this:

repositories {
    flatDir {
        dirs 'libs'
    }
}

configurations {
    aarjni {
        description = "copies jni directory from aar to libs"
        visible = false
    }
}

dependencies {
    implementation fileTree(dir: 'libs', include: ['*.jar'])
    aarjni "org.puredata.android:pd-core:$rootProject.ext.pdForAndroidVersion@aar"
}

// TODO ensure `cleanup` removes files copied by this task
// TODO make this task and configuration available to all projects
task extractJniFromAar {
    configurations.aarjni.resolvedConfiguration.resolvedArtifacts.each { artifact ->
        inputs.file artifact.file
        //noinspection UnnecessaryQualifiedReference
        def zipFile = new java.util.zip.ZipFile(artifact.file)
        zipFile.entries().each { entry ->
            if (!entry.isDirectory()) {
                outputs.file entry.getName()
            }
        }
    }
    doLast {
        inputs.files.each { zip ->
            copy {
                from zipTree(zip)
                into 'libs'
                include '/jni/**'
            }
        }
    }
}
preBuild.dependsOn extractJniFromAar

Conclusions

As you can see, compilation requires header files from pure data source which we have to pull manually. This makes compilation work, but there may be mismatch between the header files from libpd repository and native libs included in pd-for-android. I learned somewhere that aar file which carry native libraries can package header files as well.

Additionally, it would be great if pd-for-android can help further simplify this process.

This prevents a clean bintrayUpload from working. Remove javadoc artiffact and related tasks?

>gradlew PdCore:javadoc
:PdCore:javadoc
PdCore\src\org\puredata\android\io\AudioWrapper.java:12: error: cannot find symbol
import org.puredata.android.service.R;
                                   ^
  symbol:   class R
  location: package org.puredata.android.service
PdCore\src\org\puredata\android\midi\MidiToPdAdapter.java:12: error: package com.noisepages.netto
yeur.midi does not exist
import com.noisepages.nettoyeur.midi.MidiReceiver;
                                    ^
PdCore\src\org\puredata\android\midi\MidiToPdAdapter.java:19: error: cannot find symbol
public class MidiToPdAdapter implements MidiReceiver {
                                        ^
  symbol: class MidiReceiver
PdCore\src\org\puredata\android\midi\PdToMidiAdapter.java:12: error: package com.noisepages.netto
yeur.midi does not exist
import com.noisepages.nettoyeur.midi.MidiReceiver;
                                    ^
PdCore\src\org\puredata\android\midi\PdToMidiAdapter.java:21: error: cannot find symbol
        private final MidiReceiver receiver;
                      ^
  symbol:   class MidiReceiver
  location: class PdToMidiAdapter
PdCore\src\org\puredata\android\midi\PdToMidiAdapter.java:29: error: cannot find symbol
        public PdToMidiAdapter(MidiReceiver receiver) {
                               ^
  symbol:   class MidiReceiver
  location: class PdToMidiAdapter
PdCore\src\org\puredata\android\service\PdService.java:33: error: package android.support.v4.app
does not exist
import android.support.v4.app.NotificationCompat;

I compiled and ran PdTest on a capable android device - Micromax A116 Canvas HD - which is a 1GHz quad core droid phone running Jelly Bean. Only the 22.05KHz sampling rate is sustainable without breaks. Any higher sampling rate results in breaks in the audio. The device is performant with other apps.

Perhaps default buffer sizes in PD need to be larger?

Hi
I have the next issue on Android 6.0 when is trying to run the app with libpd, as far as i know the support required to compile the libpd with the latest NDK to avoid the text relocation

E/AndroidRuntime(19967): java.lang.UnsatisfiedLinkError: dlopen failed: /lib/arm/libpd.so: has text relocations

I have two receivers in pd file. Both of them play different wav files. When I send bang (PdBase.sendBang("...")) to the first receiver, and while it's playing wav file I send bang to the second receiver I get wheezes. Looks like sound overloading when libpd plays 2 sound at the same time.
I've tested on Nexus 5X (Android O), Nexus 6P (Android N), Galaxy J7 2016 (Android M)

On other platforms (native PureData on OSX, libpd on iOS), all incoming midi data (noteon/off, ctrl, etc) into the patch is reflected out the [midiin] object. On Android, however, the object does not output any data.

When I try to play a steady frequency, after few seconds there are noticeable breaks in the audio, even while screen is still on.

Interestingly, when I keep tapping on the screen, there are no breaks in the audio.

I tested this with couple of Nexus 4 devices with Lollipop (stock android and CyanogenMod). On the other hand, I don't get this problem in emulator.

I was assuming pd-for-android would retain audio thread priority for the app.

By the way, there is no problem with simpler patches. My patch involved some reasonably heavy calculation, getting rid of this part from the patch avoided this problem. As I mentioned, even if that calculation part is kept and the screen kept tapped, no problem of audio breaks.

I am using v1.0.0, native sampling rate, 2 output channels, 1 input channel, and PdService.

Is there a way to use this with Kotlin? (Specifically for a Flutter project using Kotlin.)

Is this still relevant?

https://github.com/libpd/pd-for-android/wiki/Building-and-packaging-externals-for-Android

Hi, I was having a problem when I tried to create an signed APK with "minifyEnabled true" when using pd-for-android directly as a dependency in the file "app>build.gradle".
Sometimes the release don't compiles and sometimes compiles but crash on app start.

This is the way I'm doing:

dependencies {
    ...
    ...
    compile 'org.puredata.android:pd-core:1.0.0-rc4'
}
    buildTypes {
        release {
            minifyEnabled true
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }

I've solved the problem with the following procedure:
In proguard-rules.pro file, insert the following line to skip class regarding the PureData:

-keep class org.puredata.** { *; }

Using this my app.apk size reduced from 3.5Mb to 2.5Mb.

This is the correct way to do this? Anyone have the same problem?

Sorry if here isn't the right place to post this. But I take a lot o time to handle this and I want to contribute with this great project.
Thank you

We should investigate why the NDK gives these warning when ScenePlayer and PdTest are build:

Android NDK: WARNING:pd-for-android/ScenePlayer/jni/Android.mk:rj_accum: non-system libraries in linker flags: -lpd
Android NDK:     This is likely to result in incorrect builds. Try using LOCAL_STATIC_LIBRARIES
Android NDK:     or LOCAL_SHARED_LIBRARIES instead to list the library dependencies of the current module
[...]

Reported by @joebowbeer : #31 (comment)
Related: http://android.mk/

There is a problem with Pixel XL / Pixel 2 XL / Pixel / Pixel 2 after last Android security update.

During initialization process in https://github.com/libpd/libpd project there are function calls libpd_init -> sys_startgui -> setuid. Calling setuid is prohibited in Android starting Oreo.
Looks like it was already fixed in libpd/libpd@b8b972a#diff-77187871d46f57651997feb0748feffdL90.
The same behaviour was detected on Android P Preview.

Stacktrace:

#00  pc 0000000000054bc8  /system/lib/libc.so (setuid+12)
  #01  pc 000000000004c343  /data/app/SOMEAPP/lib/arm/libpd.so (sys_startgui+1094)
  #02  pc 0000000000069b21  /data/app/SOMEAPP/lib/arm/libpd.so (libpd_init+152)
  #03  pc 000000000006a4ff  /data/app/SOMEAPP/lib/arm/libpd.so (libpd_queued_init+142)
  #04  pc 0000000000003b9d  /data/app/SOMEAPP/lib/arm/libpdnativeopensl.so (Java_org_puredata_core_PdBase_initialize+4)

When I run
./gradlew PdCore:assembleRelease
I get:

A problem occurred configuring project ':CircleOfFifths'.
A problem occurred configuring project ':PdCore'.
Could not resolve all dependencies for configuration ':PdCore:_debugCompile'.
> Could not find com.android.support:support-v4:23.1.0.
Searched in the following locations:
https://jcenter.bintray.com/com/android/support/support-v4/23.1.0/support-v4-23.1.0.pom
https://jcenter.bintray.com/com/android/support/support-v4/23.1.0/support-v4-23.1.0.jar
file:/Users/diglesia/android-sdks/extras/google/m2repository/com/android/support/support-v4/23.1.0/support-v4-23.1.0.pom
file:/Users/diglesia/android-sdks/extras/google/m2repository/com/android/support/support-v4/23.1.0/support-v4-23.1.0.jar
Required by:
org.puredata.android:PdCore:1.0.0

See attached image for the state of my android-sdks folder. The support libraries, as installed by current Android Studio SDK, are in
android-sdks/extras/android/support
(wheras android-sdks/extras/google/m2repository/com/android/support is empty)

Please advise! Thanks

I have a simple patch using fiddle which looks like this:

However, when I attempt to use this patch with pd-for-android, I get the following error:

12-19 15:58:15.426 30182-30182/com.deepkanwal.fiddletest I/PdUiDispatcher: print: 
12-19 15:58:15.426 30182-30182/com.deepkanwal.fiddletest I/PdUiDispatcher: print:  
12-19 15:58:15.426 30182-30182/com.deepkanwal.fiddletest I/PdUiDispatcher: print: fiddle~
12-19 15:58:15.426 30182-30182/com.deepkanwal.fiddletest I/PdUiDispatcher: print:  
12-19 15:58:15.426 30182-30182/com.deepkanwal.fiddletest I/PdUiDispatcher: print: 2048
12-19 15:58:15.426 30182-30182/com.deepkanwal.fiddletest I/PdUiDispatcher: print: 
12-19 15:58:15.426 30182-30182/com.deepkanwal.fiddletest I/PdUiDispatcher: print: error: ... couldn't create
12-19 15:58:15.426 30182-30182/com.deepkanwal.fiddletest I/PdUiDispatcher: print: error: signal outlet connect to nonsignal inlet (ignored)
12-19 15:58:15.426 30182-30182/com.deepkanwal.fiddletest I/PdUiDispatcher: print: verbose(4): ... you might be able to track this down from the Find menu.

The patch works fine when running via Pure Data.

I am using PDService, which from what I understand, will handle installing standard externals.

Here's a link to the activity in which I'm doing all my pure data logic right now: https://github.com/deepkanwal/pure-data-fiddle-test/blob/master/app/src/main/java/com/deepkanwal/fiddletest/FiddleTest.java

Here's a link to a simple test project which I'm using to try loading fiddle: https://github.com/deepkanwal/pure-data-fiddle-test

Any ideas as to what the issue might be?