DXL

 Look, complex mixture.

Wow, It's a cool implementation. What can I do for you?

1、下载proxmark3的RRG源码，使用cmake交叉编译，然后把so改名，放到jnilibs 2、成功！ 交叉编译指令示范:  具体看Android的官方API: Android NDK & CMAKE 官方教程 [https://developer.android.google.cn/ndk/guides/cmake?hl=zh_cn](url)

记得ARM固件也要刷到你的客户端跟随的版本，不要只更新其中之一。

嗯，NDK工具安装一下就行，后期我将会改写依赖，将proxmark3.exe彻底独立，释放代码依赖，完成解耦。

> > termux > > termux界面正常 是不是编译没用上最新的commit，最新的我测试过PM3的简约页面不会闪退，就是暂时删除了快捷按钮，不过也有可能是奇奇怪怪的问题导致的，因为在重构阶段。

> > termux > > termux界面正常 是不是编译没用上最新的commit，最新的我测试过PM3的简约页面不会闪退，就是暂时删除了快捷按钮，不过也有可能是奇奇怪怪的问题导致的，因为在重构阶段。

重构阶段的代码我建议你们先以测试心态用，或者干脆不用，回滚到重构之前的commit去改pm3的依赖，这么说吧 1. 重构之前的commit，简约界面用的是非cmd的so，那个是真的lib，有jniload函数映射的，需要下拉proxmark3的submodule去编译这个依赖，他会自动生成lib打包进去 2. termux界面用的是cmd的so，就是proxmark可执行文件改名的，这个不依赖AndroidStudio的自动编译打包，需要开发者自己编译为对应平台的可执行文件后，改名丢进去。 3. 更新可执行文件应当顺便更新pm3的资源包，不然可能导致hardnested或者其他的脚本，文本，图像资源无法使用，在assets目录下。 4. 如果需要使用RFIDTools自带的固件烧写功能键你们还需要去更新固件包资源，也是在assets目录下。 总之记住，以前的版本，简约界面必须依赖proxmark3的submodule，termux界面必须依赖开发者的手动更新，以前以及现在的版本的resource资源必须要依赖开发者自己更新。 展望未来，我想做到 1. proxmark3资源全部由开发者手动更新，但是提供一个开源的gui小程序去实现快速编译更新的能力，其实编译更新很简单，指定NDK的路径和pm3的路径，在有cmake的情况下可以直接编译，所以打算用Python实现这个GUI。 2. 更美观简单的UI实现，现在的UI都太丑了，所以需要提升审美，换种风格。 3. 优化通信和稳定性管理。

之所以删除easybutton，因为重构页面了，所以把页面能删除的，简化的都删掉，easybutton因为想改成悬浮球类似的东西，就先隐藏掉了，后期改好了会重新开放，现在重构阶段，不会更新到google play store，因此我可以大展拳脚，先改动测试。一些删掉的，后期会恢复使用，或者彻底废弃，easybutton是前者，后期改好了会恢复使用的，如果你很需要easybutton，并且有代码功底，你可以去改改代码，先恢复使用。

变色龙都是用的好老的版本，因为这个东西很多人不去更新，我们也不是很敢更新，毕竟对于经常更新固件的用户来说，自己去修改适配比较合适。