YOU need to find out. DO it.
Check the used libraries. The problematic one does contains or uses .so files.
Check them BEFORE compiling.
To check without looking at the jar files:
Create a new project and add the libraries you need. ONE by ONE.
Add one; compile. If it works, add the next one and compile again. If it works, add the next one and compile again. [...] Until you know which one it is which causes the problem.
If there are AAR files used (from one of the libraries or by using #additionaljar) then the AAR may contain .so files too.
Altenative:
1.Add 50% of the libs. Try to compile. If it works it is in the other 50%.
2. Add 50% of the result from step 1.
Repeat. You should not need much iterations. Even if you use 50 libs.
But before I dig into this, I just need to understand one thing. Why is it a problem only when using an AVD and not a real device.
I tried 2 different AVD: default based 86 and another one 86_64 and both give the same issue, while connecting a tablet or a phone over USB works ok.
Honestly i didn´t realized that you are using an EMULATOR.
I thought you were talking about An Android app which you want to install on your Device.
An Android device usually have armeabi-v7a or arm64-v8a CPU.
Libraries which contains .so files usually provide natives for armeabi-v7a and sometimes for arm64-v8a. But it is rare that they do provide a native for x86 or x64 TOO.
Ok, the emulator is using x86 or x64. So for the emulator the library must provide x86/x64 Natives too to work on the Emulator.