問(wèn)題描述
公司安卓播放器底層庫(kù)使用c語(yǔ)音基于ffmpeg開(kāi)發(fā)驱闷，在生成環(huán)境已經(jīng)正常使用很久了核偿。這周需要提供一個(gè)arm64-v8a的so帚豪，于是重新編譯ffmpeg碳竟，順利打包出來(lái)，環(huán)境是Centos ndk-r10e狸臣，但是在arm64平臺(tái)手機(jī)運(yùn)行crash莹桅，SIGSEGV swr_init+36。
定位查找
armeabi-v7a的包在arm64手機(jī)是能正常運(yùn)行的烛亦，音頻重采樣的代碼是參考ffplay.c寫的诈泼，代碼流程應(yīng)該沒(méi)有問(wèn)題懂拾，而且同樣的視頻源，感覺(jué)莫名其妙铐达。
- 替換ffmpeg版本2.4岖赋，3.2.2， 2.8.10
- 使用ndk-r12b編譯瓮孙，換個(gè)環(huán)境在Mac下ndk編譯
- 修改ffmpeg編譯腳本贾节，關(guān)閉asm，優(yōu)化等選項(xiàng)
上面的嘗試點(diǎn)折騰了一天還是無(wú)果衷畦，google一番也沒(méi)有結(jié)果，有點(diǎn)抓狂知牌。第二天接著對(duì)比下ijkplay編譯ffmpeg arm64-v8a腳本祈争，應(yīng)該不是ffmpeg和ndk版本吧。開(kāi)始懷疑代碼了角寸，于是寫了測(cè)試方法菩混，在JNI_OnLoad的時(shí)候就調(diào)用。
swr_ctx = swr_alloc_set_opts(...); // 寫死參數(shù),返回的swr_ctx也是有值的
swr_init(swr_ctx); // 一樣crash fault addr 地址也是在swr_ctx附近
參考resampling_audio.c在寫一個(gè)測(cè)試方法
swr_ctx = swr_alloc(); // 返回的swr_ctx也是有值的
av_opt_set_int(...); // crash
再度陷入抓狂中扁藕，繼續(xù)看下resampling_audio.c代碼沮峡，呃呃呃，為啥.c文件沒(méi)有引入 #include <libswresample/swresample.h>亿柑，于是加上編譯打包運(yùn)行正常了邢疙。
經(jīng)驗(yàn)教訓(xùn)
其實(shí)編譯是有輸出經(jīng)過(guò)的：
Mac ndk-build下，提示警告：
warning: implicit declaration of function 'swr_init' is invalid in C99 [-Wimplicit-function-declaration]```
Centos ndk-build下望薄，提示警告：
```warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
ctx->swr_ctx = (struct SwrContext *)swr_alloc_set_opts(NULL, src_channel_layout,```
這個(gè)警告說(shuō)int強(qiáng)制轉(zhuǎn)換為指針類型疟游，說(shuō)明沒(méi)有聲明的函數(shù)，編譯器默認(rèn)函數(shù)返回的是int類型痕支。
打印下ctx->swr_ctx值為```swr_ctx=0xffffffff9562dc40```颁虐，crash 信息```signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0xffffff95631ae8```，ffffffff..正確的指針被截?cái)嗔恕?/code>