I am running Android Studio 2.2 Preview 4 on Linux Mint 17.2 64 bit using a Nexus 5 device.

I am able to debug into

Java_com_example_hellolibs_MainActivity_stringFromJNI(JNIEnv *env, jobject thiz),

but I am unable to debug into

GMATH_EXPORT unsigned gpower(unsigned n)

GPERF_EXPORT uint64_t GetTicks(void)

The only difference I can see is that these are located in a module, but maybe there is some other problem.

How can I debug into these C++ functions?

android studio 2.2 supports cmake / ndk-build, we should add or porting existing samples. one option is to port the existing gradle samples to cmake, and put them into "master-cmake" branch. share your thought in this issue here so we could talk about it.

When running the example code to play the audio stream from a URL using URI player (SLPlayItf uriPlayerPlay). Either nothing plays, or after clicking on the "URI Soundtrack" Button in the example, followed by "Play URI" Button, it will throw a crash, with the following spewed out into the log:-

"A/libc: Fatal signal 11 (SIGSEGV), code 1, fault addr 0x0 in tid 2880 (ALooper)

    [ 06-10 08:25:05.426  1177: 1177 W/         ]
    debuggerd: handling request: pid=2364 uid=10061 gid=10061 tid=2880"

Hi

I tried to add seekBar for changing delay on RealTime but it doesn't work (no sound or app crash) this my code(based on https://github.com/googlesamples/android-ndk/tree/master/audio-echo):

Could you help ?

Thanks, Alex

int delay_factor=1;

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
    controlButton = (Button)findViewById((R.id.capture_control_button));
    statusView = (TextView)findViewById(R.id.statusView);
    toggleFilter = (Button)findViewById((R.id.toggle_filter_button));
    queryNativeAudioParameters();
    final SeekBar delayBar = (SeekBar)findViewById(R.id.delay_factor);
    delayBar.setOnSeekBarChangeListener(new OnSeekBarChangeListener() {
        @Override
        public void onProgressChanged(SeekBar seekBar, int i, boolean b) {
            delay_factor=i+1;
            //  statusView.setText(""+Integer.parseInt(nativeSampleBufSize)*delay_factor);
            nativeSampleBufSize=""+Integer.parseInt(nativeSampleBufSize_base)*delay_factor;
            change_delay(delay_factor);
        }

        @Override
        public void onStartTrackingTouch(SeekBar seekBar) {

        }

        @Override
        public void onStopTrackingTouch(SeekBar seekBar) {

        }
    });
    // initialize native audio system
    updateNativeAudioUI();
    if (supportRecording) {
        createSLEngine(Integer.parseInt(nativeSampleRate), Integer.parseInt(nativeSampleBufSize));
    }
}

void change_delay(int delay_factor)
{
    if(isPlaying && supportRecording)
    {

        stopPlay();
        updateNativeAudioUI();
        deleteAudioRecorder();
        deleteSLBufferQueueAudioPlayer();
        deleteSLEngine();
        createSLEngine(Integer.parseInt(nativeSampleRate), Integer.parseInt(nativeSampleBufSize)*delay_factor);
        createSLBufferQueueAudioPlayer();
        createAudioRecorder();
        startPlay();
    }
    else if(supportRecording)
    {
       if (isPlaying) {
            stopPlay();
       }
       deleteSLEngine();
       createSLEngine(Integer.parseInt(nativeSampleRate), Integer.parseInt(nativeSampleBufSize)*delay_factor);
    }
}

A/CAMERA-SAMPLE: No Camera Available on the device A/libc: Fatal signal 6 (SIGABRT), code -6 in tid 13801 (ple.textureview)

    [ 12-12 11:44:03.304   463:  463 W/         ]
    debuggerd: handling request: pid=13801 uid=10233 gid=10233 tid=13801

Mobile model : MI5 (lolipop)

Tested on a Pixel 2 running 8.1.0 (patch Feb 5 2018).

Android Studio 3.0 BuildToolsVersion 26.0.3 com.android.tools.build:gradle:3.0.1 services.gradle.org/distributions/gradle-4.1-all.zip

This appears to reproduce with all Bluetooth headsets. I modified the sample to use startBluetoothSco() before recording: https://github.com/life-beam/android-ndk/tree/audio-echo-sco

For background, this is an issue we're observing with our app that uses Nuance VoCon (an NDK library that uses OpenSL) for voice recognition. It works well on all other phones, just not the Pixel 2. Now that it reproduces here, it appears that the problem may occur at a lower level than VoCon.

Hi, I want to add HPF to https://github.com/googlesamples/android-ndk/tree/master/audio-echo/app/src/main/cpp.

I try this

double filter[]={-0.000271644477087926,0.00231682081656234,-0.00697762679239381,0.0113431078907557,-0.00922785019978973,-0.000953863100870534,0.00985593896141045,-0.00555013199491495,-0.00869288595337110,0.0130688967200457,0.00298808043964922,-0.0197522326251256,0.00894497147708418,0.0214370330423526,-0.0266004895962514,-0.0129511674987413,0.0473297694426478,-0.0123916710107896,-0.0669754812188437,0.0708843498739455,0.0810696191193916,-0.305755100930970,0.413804336148547,-0.305755100930970,0.0810696191193916,0.0708843498739455,-0.0669754812188437,-0.0123916710107896,0.0473297694426478,-0.0129511674987413,-0.0266004895962514,0.0214370330423526,0.00894497147708418,-0.0197522326251256,0.00298808043964922,0.0130688967200457,-0.00869288595337110,-0.00555013199491495,0.00985593896141045,-0.000953863100870534,-0.00922785019978973,0.0113431078907557,-0.00697762679239381,0.00231682081656234,-0.000271644477087926};

double * convolution(uint8_t *x,int len_signal, double *filter, int len_filter)
{
     double *y=new double[len_signal+len_filter];
     int length = len_signal+len_filter;
     for (int n=0;n<length;n++)
     {
         y[n]=0;
         for(int k=0;k<length;k++)
         {
             if (n-k >=0 && n-k <length)
                 y[n] += x[n-k]*filter[k];
         }
     }
     return y;
}
void ece420ProcessFrame(sample_buf *dataBuf) {
    dataBuf->buf_= (uint8_t *) convolution(dataBuf->buf_, dataBuf->size_, filter, 45);

}

Can you help me, please ?

Thanks, Alex

cc: @proppy Adding a sample that has Android InstrumentationTests and Java UnitTests running correctly to address #79

My sample is based on the Hello World sample, if simple to show the basics of the configuration and how to test them. The UnitTest part it was a little bit tricky because I had to isolate the Java code, and that means to create stubs of the native methods and not to load the static block that loads the JNI library.

This is the first part, I'm planning to add tests to the C code, but I don't have a lot of knowledge so I'm doing my research.

P.S: As a side note, you will notice this is using gradle-2.6-all.zip and :gradle-experimental:0.3.0-alpha2, I tried with previous versions but it wasn't compiling.

UNEXPECTED TOP-LEVEL EXCEPTION:
com.android.dx.cf.iface.ParseException: bad class file magic (cafebabe) or version (0034.0000)
        at com.android.dx.cf.direct.DirectClassFile.parse0(DirectClassFile.java:472)
        at com.android.dx.cf.direct.DirectClassFile.parse(DirectClassFile.java:406)
        at com.android.dx.cf.direct.DirectClassFile.parseToInterfacesIfNecessary(DirectClassFile.java:388)
        at com.android.dx.cf.direct.DirectClassFile.getMagic(DirectClassFile.java:251)
        at com.android.dx.command.dexer.Main.processClass(Main.java:704)
        at com.android.dx.command.dexer.Main.processFileBytes(Main.java:673)
        at com.android.dx.command.dexer.Main.access$300(Main.java:83)
        at com.android.dx.command.dexer.Main$1.processFileBytes(Main.java:602)
        at com.android.dx.cf.direct.ClassPathOpener.processOne(ClassPathOpener.java:170)
        at com.android.dx.cf.direct.ClassPathOpener.processDirectory(ClassPathOpener.java:229)
        at com.android.dx.cf.direct.ClassPathOpener.processOne(ClassPathOpener.java:158)
        at com.android.dx.cf.direct.ClassPathOpener.processDirectory(ClassPathOpener.java:229)
        at com.android.dx.cf.direct.ClassPathOpener.processOne(ClassPathOpener.java:158)
        at com.android.dx.cf.direct.ClassPathOpener.processDirectory(ClassPathOpener.java:229)
        at com.android.dx.cf.direct.ClassPathOpener.processOne(ClassPathOpener.java:158)
        at com.android.dx.cf.direct.ClassPathOpener.processDirectory(ClassPathOpener.java:229)
        at com.android.dx.cf.direct.ClassPathOpener.processOne(ClassPathOpener.java:158)
        at com.android.dx.cf.direct.ClassPathOpener.process(ClassPathOpener.java:144)
        at com.android.dx.command.dexer.Main.processOne(Main.java:632)
        at com.android.dx.command.dexer.Main.processAllFiles(Main.java:510)
        at com.android.dx.command.dexer.Main.runMonoDex(Main.java:280)
        at com.android.dx.command.dexer.Main.run(Main.java:246)
        at com.android.dx.command.dexer.Main.main(Main.java:215)
        at com.android.dx.command.Main.main(Main.java:106)
...while parsing com/example/hellojni/R.class

6 errors; aborting               

:app:dexAllDebug FAILED          

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':app:dexAllDebug'.
> com.android.ide.common.process.ProcessException: org.gradle.process.internal.ExecException: Process 'command 'C:\Program Files\Java\jdk1.8.0_45\bin\java.exe'' finished with non-zero exit value 1

* Try:        
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output.

BUILD FAILED  

Total time: 6.0 secs

It can not run at the latest Android Studio3.0. Android Studio 3.0 Build #AI-171.4408382, built on October 21, 2017 JRE: 1.8.0_152-release-915-b01 amd64 JVM: OpenJDK 64-Bit Server VM by JetBrains s.r.o Windows 7 6.1

It crashed at LoadProgress(): void PlayScene::LoadProgress() { // try to load save file mSavedCheckpoint = 0;

LOGD("Attempting to load: %s", mSaveFileName);
FILE *f = fopen(mSaveFileName, "r");   **// f is NULL**
bool hasLocalFile = false;
if (f) {

... }

Just installed android studio, latest version on everything. Created a new native C++ project, and modified absolutely nothing. Yesterday the build worked properly. Today I have this errors and I can't figure out why. Maybe an update happened today and broken everything ?

Build command failed. Error while executing process D:\AndroidTools\android-sdk\cmake\3.6.4111459\bin\cmake.exe with arguments {-HD:\Work\Test3\app\src\main\cpp -BD:\Work\Test3\app.externalNativeBuild\cmake\debug\x86_64 -DANDROID_ABI=x86_64 -DANDROID_PLATFORM=android-21 -DCMAKE_LIBRARY_OUTPUT_DIRECTORY=D:\Work\Test3\app\build\intermediates\cmake\debug\obj\x86_64 -DCMAKE_BUILD_TYPE=Debug -DANDROID_NDK=D:\AndroidTools\android-sdk\ndk-bundle -DCMAKE_CXX_FLAGS= -DCMAKE_TOOLCHAIN_FILE=D:\AndroidTools\android-sdk\ndk-bundle\build\cmake\android.toolchain.cmake -DCMAKE_MAKE_PROGRAM=D:\AndroidTools\android-sdk\cmake\3.6.4111459\bin\ninja.exe -GAndroid Gradle - Ninja} -- Check for working C compiler: D:/AndroidTools/android-sdk/ndk-bundle/toolchains/llvm/prebuilt/windows-x86_64/bin/clang.exe -- Check for working C compiler: D:/AndroidTools/android-sdk/ndk-bundle/toolchains/llvm/prebuilt/windows-x86_64/bin/clang.exe -- broken -- Configuring incomplete, errors occurred! See also "D:/Work/Test3/app/.externalNativeBuild/cmake/debug/x86_64/CMakeFiles/CMakeOutput.log". See also "D:/Work/Test3/app/.externalNativeBuild/cmake/debug/x86_64/CMakeFiles/CMakeError.log".

CMake Error at D:/AndroidTools/android-sdk/cmake/3.6.4111459/share/cmake-3.6/Modules/CMakeTestCCompiler.cmake:61 (message): The C compiler "D:/AndroidTools/android-sdk/ndk-bundle/toolchains/llvm/prebuilt/windows-x86_64/bin/clang.exe" is not able to compile a simple test program.

It fails with the following output:

Change Dir: D:/Work/Test3/app/.externalNativeBuild/cmake/debug/x86_64/CMakeFiles/CMakeTmp

Run Build Command:"D:\AndroidTools\android-sdk\cmake\3.6.4111459\bin\ninja.exe" "cmTC_b514a"

[1/2] Building C object CMakeFiles/cmTC_b514a.dir/testCCompiler.c.o

[2/2] Linking C executable cmTC_b514a

FAILED: cmd.exe /C "cd . && D:\AndroidTools\android-sdk\ndk-bundle\toolchains\llvm\prebuilt\windows-x86_64\bin\clang.exe --target=x86_64-none-linux-android21 --gcc-toolchain=D:/AndroidTools/android-sdk/ndk-bundle/toolchains/llvm/prebuilt/windows-x86_64 --sysroot D:/AndroidTools/android-sdk/ndk-bundle/toolchains/llvm/prebuilt/windows-x86_64/sysroot -g -DANDROID -fdata-sections -ffunction-sections -funwind-tables -fstack-protector-strong -no-canonical-prefixes -fno-addrsig -Wa,--noexecstack -Wformat -Werror=format-security -Wl,--exclude-libs,libgcc.a -Wl,--exclude-libs,libatomic.a -static-libstdc++ -Wl,--build-id -Wl,--warn-shared-textrel -Wl,--fatal-warnings -Wl,--no-undefined -Qunused-arguments -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now -Wl,--gc-sections CMakeFiles/cmTC_b514a.dir/testCCompiler.c.o -o cmTC_b514a -latomic -lm && cd ."

clang.exe: error: unable to execute command: Couldn't execute program 'D:/AndroidTools/android-sdk/ndk-bundle/toolchains/llvm/prebuilt/windows-x86_64/lib/gcc/x86_64-linux-android/4.9.x/../../../../x86_64-linux-android/bin\ld': Unknown error (0xC1)

clang.exe: error: linker command failed with exit code 1 (use -v to see invocation)

ninja: build stopped: subcommand failed.

CMake will not be able to correctly generate this project. Call Stack (most recent call first): CMakeLists.txt

Hello,

I was able to get basic camera applications to work successfully. When running android_main under the application, I see it calling .onImageAvailable after the capture. Afterward, I stripped a lot of code off to a bare minimum.

I tried to do the same for a standalone cpp executable (int main) using root.

I'm able to open the camera and capture and everything, but .onImageAvailable is not called at the end.

I'm assuming there is something special about the way the application utilizes the camera that allows it to call .onImageAvailable.

Does a standalone executable have the capability to capture a picture?

Thanks

This issue was automatically created by Allstar.

Security Policy Violation Project is out of compliance with Binary Artifacts policy: binaries present in source code

Rule Description Binary Artifacts are an increased security risk in your repository. Binary artifacts cannot be reviewed, allowing the introduction of possibly obsolete or maliciously subverted executables. For more information see the Security Scorecards Documentation for Binary Artifacts.

Remediation Steps To remediate, remove the generated executable artifacts from the repository.

Artifacts Found

• hello-libs/distribution/gperf/lib/arm64-v8a/libgperf.so
• hello-libs/distribution/gperf/lib/armeabi-v7a/libgperf.so
• hello-libs/distribution/gperf/lib/x86/libgperf.so
• hello-libs/distribution/gperf/lib/x86_64/libgperf.so

Additional Information This policy is drawn from Security Scorecards, which is a tool that scores a project's adherence to security best practices. You may wish to run a Scorecards scan directly on this repository for more details.

Allstar has been installed on all Google managed GitHub orgs. Policies are gradually being rolled out and enforced by the GOSST and OSPO teams. Learn more at http://go/allstar

This issue will auto resolve when the policy is in compliance.

Issue created by Allstar. See https://github.com/ossf/allstar/ for more information. For questions specific to the repository, please contact the owner or maintainer.

Grafika's RecordFBOActivity contains a sample to record video from a OpenGL ES texture/fbo with MediaCodec and some OpenGL ES APIs. Android NDK supports MediaCodec APIs too, and it's better if there is an official out-of-box sample to do similar things with Android NDK APIs for OpenGL ES content and Vulkan content.

Hi there,

I am not sure if I am doing something wrong, but it looks like the Teapot activity (which none of the PRs touched) causes some issues on new PRs? Looks like linting issues?

https://github.com/android/ndk-samples/actions/runs/3567772665/jobs/5996607992 https://github.com/android/ndk-samples/actions/runs/3540274573/jobs/5972268390

(I would fix myself, but I cannot replicate this locally)

Note: /home/runner/work/ndk-samples/ndk-samples/teapots/classic-teapot/src/main/java/com/sample/teapot/TeapotNativeActivity.java uses or overrides a deprecated API.
Note: Recompile with -Xlint:deprecation for details.

FAILURE: Build completed with 2 failures.

1: Task failed with an exception.
-----------
* What went wrong:
Execution failed for task ':classic-teapot:dexBuilderDebug'.
> Metaspace

For example, /*media_status_t status =*/ AMidiDevice_release(sNativeReceiveDevice);

Also changes introduced in https://github.com/android/ndk-samples/pull/866