轉載文章請注明出處：http://write.blog.csdn.net/postedit/48104617
移動端視訊錄制的技術方案，我所能想到并且嘗試過的，有如下幾種：
方案一： 用系統開發sdk錄制的接口。
弊端：
1）： 不能更改視訊比例，一般都有該手機螢幕分辨率所對應得視訊錄制分辨率，另外手機系統提供得分辨率一般為4：3或接近4：3，即全屏錄制。為了保證使用者錄制時看到的視訊視訊和最終生成得視訊一緻，那麼在錄制界面上也需要全屏顯示才行。（IOS可以再生成視訊之後調用系統接口裁剪，不過在Iphone6上一份中視訊也要使用者等待大約十秒鐘才能裁剪完成，畢竟解碼+處理+編碼是很耗時得操作。後面具體說），方案三四五可以解決。
2）： （僅Android系統，IOS不純在該問題）豎屏錄制生成的視訊拿到pc端用大多數播放器播放出來都是被旋轉的。其實并不是視訊被播放器旋轉了，而是視訊本身就是旋轉的。因為手機預設是橫屏錄制，也就是無論你怎麼拿着手機，傳送到視訊壓縮時候，每一幀都是橫着的，是以假如視訊是豎屏錄制，被傳送過去時候會被旋轉，旋轉的度數取決于使用者攝像頭的方向。之是以手機上播放是正常得，那是因為Android會在錄制時候調用重力感應判斷出方向，并且在視訊流的頭檔案中填入度數，在調用android開發sdk所提供得接口播放視訊得時候，會解析該角度，并在播放時候作出旋轉，而大多數播放器是忽視該參數的，比如：Mplayer VLC 都不會作出旋轉。解析視訊頭檔案的開源庫應該都能解析該參數，列出ffmpeg解析該參數得代碼：
/*
*read rotation angle by video param and key
*return angle in [0,360]
*/
char* get_video_metadate(char* key ,AVFormatContext *ic, AVStream *video_st)
{
char *value;
if (!ic) {
return 0;
}
if (key) {
if (av_dict_get(ic->metadata, key, NULL, AV_DICT_IGNORE_SUFFIX)) {
value =av_dict_get(ic->metadata, key, NULL, AV_DICT_IGNORE_SUFFIX)->value;
}else if (video_st && av_dict_get(video_st->metadata, key, NULL,
AV_DICT_IGNORE_SUFFIX)) {
value = av_dict_get(video_st->metadata, key, NULL,
AV_DICT_IGNORE_SUFFIX)->value;
}
}
return value;
}
/*
*read rotation angle by param
*@param ic :the context of video
*@param video_st: the video avstream
*@return angle in [0,360]
*/
int get_rotation_byparam(AVFormatContext *ic, AVStream *video_st)
{
char * value;
int ret;
value = get_video_metadate("rotate",ic,video_st);
if(value ==NULL)
return 0;
else if((strcmp(value,"90")&&strcmp(value,"180")&&strcmp(value,"270")))
ret = 0;
else
{
ret = chartoint(value);
}
if(ret!=90&&ret!=180&&ret!=270)
ret = 0;
dmprint("[@metadate]the rotation angle is ",ret);
return (ret > 0 && ret < 360) ? ret : 0;
}
其實就是解析頭檔案中"rotate"所對應的value。另外頭檔案中還有很多内容，例如分辨率、時長、日期、位址等。這是使用ffmpeg，Android上使用mp4info這個第三方jar包也可已實作，而且輕量級，比ffmpeg小很多。（方案二三四五可以解決）。
3） 檔案過大。Android端可選攝像頭所采用的分辨率，通過：Camera.Parameters 中的 setPreviewSize ( w , h ) ;方法定義。但是前提是系統必須擁有該分辨率選項，并不是該分辨率是可以你随意填寫的， 需要事先通過 getSupportedPictureSizes() 方法擷取所支援的分辨率，然後從中挑選一個最理想的。但是有一些手機所支援得分辨率組合很少，比如魅族的那個魅藍，如果沒有記錯隻支援一個：1920*1280，再加上一般手機錄制得視訊幀率是30 等等這些參數的預設值，雖然Android預設是h264高效率壓縮編碼，但是用系統預設參數所錄制的視訊也是很大的。很多手機錄制1分鐘視訊大小近百兆。假如想要通過網絡上傳，這種方案基本就可以斃掉了。（使用方案三四五可以解決）。
4） （IOS不存在該問題）不支援斷點錄制。現在移動端大多短視訊錄制的APP都支援斷點錄制，而用使用Android系統封裝得接口錄制時候，每次錄制都要重定向一個輸出檔案（使用方案二三四五可以解決）。
優點：
1）因為有硬體加速，是以速度很快，而且品質很好。
2）開發輕松，有現成接口可調用。
實作：
現成接口，網上資料很多，還有官方文檔，不再列出。
方案二：（針對Android 不支援斷點錄制和視訊旋轉的問題） 使用系統錄制接口+mp4parser
使用者點選暫停時候，重定向mp4檔案，然後通過mp4parser合并每段mp4.
mp4parser是個輕量級的jar包，android上可以直接導入使用。所提供的接口可以實作拼接分割mp4檔案。它并沒有更改幀得内容，隻是再解析mp4得各種BOX，然後更改pts和頭檔案，分割，合并。是以速度還是可以接受的。
缺點：
1） 仍然存在檔案過大得問題。
2） 仍然局限于系統提供得分辨率。
優點：
1） 導入的庫較小。
2） 速度理想。
實作：
錄制視訊代碼省去，列出拼接mp4代碼：
List<String> fileList = new ArrayList<String>();
List<Movie> moviesList = new LinkedList<Movie>();
fileList.add("/1387865774255.mp4");
fileList.add("/1387865800664.mp4");
try
{
for (String file : fileList)
{
moviesList.add(MovieCreator.build(file));
}
}
catch (IOException e)
{
e.printStackTrace();
}
List<Track> videoTracks = new LinkedList<Track>();
List<Track> audioTracks = new LinkedList<Track>();
for (Movie m : moviesList)
{
for (Track t : m.getTracks())
{
if (t.getHandler().equals("soun"))
{
audioTracks.add(t);
}
if (t.getHandler().equals("vide"))
{
videoTracks.add(t);
}
}
}
Movie result = new Movie();
try
{
if (audioTracks.size() > 0)
{
result.addTrack(new AppendTrack(audioTracks.toArray(new Track[audioTracks.size()])));
}
if (videoTracks.size() > 0)
{
result.addTrack(new AppendTrack(videoTracks.toArray(new Track[videoTracks.size()])));
}
}
catch (IOException e)
{
// TODO Auto-generated catch block
e.printStackTrace();
}
Container out = new DefaultMp4Builder().build(result);
try
{
FileChannel fc = new RandomAccessFile("output.mp4", "rw").getChannel();
out.writeContainer(fc);
fc.close();
}
catch (Exception e)
{
// TODO Auto-generated catch block
e.printStackTrace();
}
moviesList.clear();
fileList.clear();
此部分代碼出自： http://cstriker1407.info/blog/android-application-development-notes-mp4parser/。
簡單看了下，用了這麼多movie和集合，效率較低，有時間換成自己優化後的代碼。
另外他也可以實作視訊旋轉：
IsoFile isoFile = new IsoFile(getCompleteFilePath(i));
Movie m = new Movie();
List<TrackBox> trackBoxes = isoFile.getMovieBox().getBoxes(
TrackBox.class);
for (TrackBox trackBox : trackBoxes) {
trackBox.getTrackHeaderBox().setMatrix(Matrix.ROTATE_90);
m.addTrack(new Mp4TrackImpl(trackBox));
}
inMovies[i - 1] = m;
方案三：（IOS不可用）mp4parser+mp4v2 + x264+系統錄音
用x264壓縮每幀資料，通過系統錄制aac，使用mp4v2合并每段音視訊，再通過mp4parser拼接每段mp4.
缺點：
1） 開發複雜，無論是UI還是ndk都是比較麻煩的，而且涉及到音視訊同步得問題。
優點：
1） 導入的庫較小。
2） 解決方案一中所提到的所有弊端。
實作：
步驟一：
先要交叉編譯mp4V2 和 x264.
步驟二：
android上從攝像頭定時（時間間隔控制不好，視訊會出現假卡頓現象）擷取圖像data，擷取得資料沒有yuv420p的，是以需要格式轉換，為了令使用者錄制時候看到得視訊和生成視訊一緻，需要ui作出遮擋，然後裁剪。java層通過重力感應判斷攝像頭方向進行旋轉。網上現有的得算法效率太低，日後會給出優化後的針對android的算法。
步驟三：
通過jni傳送給x264進行編碼，列出jni關鍵代碼：
準備：
JNIEXPORT jint JNICALL Java_com_dangyutao_test_encode_startEncode(
JNIEnv *env, jclass class, jstring jstr, jint w, jint h, jint o,jboolean inv) {
//定義螢幕錄制方向
if(o!=3&&o!=0)
{
isInversion = inv;
orientation = o;
}
//初始化編碼器
WIDTH = w;
HEIGHT = h;
yuv_size = w * h * 3 / 2;
x264_param_t param;
x264_param_default(@param);
x264_param_default_preset(@param, "ultrafast", "zerolatency");
param.i_threads = ENCODE_THREAD;
param.i_width = WIDTH;
param.i_height = HEIGHT;
param.i_fps_num = FPS;
param.i_fps_den = 1;
param.i_frame_total = 0;
param.i_csp = CSP;
param.i_keyint_min = FPS*3;
param.i_keyint_max = FPS*10;
param.i_bframe=30;
param.i_bframe_bias = 100;
param.rc.i_qp_min = 25;
param.rc.i_qp_max =50;
param.rc.i_rc_method = X264_RC_CRF;//參數i_rc_method表示碼率控制，CQP(恒定品質/視訊很大，碼率 和 圖像效果參數失效)，CRF(恒定碼率/會根據參數定義)，ABR(平均碼率/會根據參數設定)
param.rc.i_bitrate = 2000000;
//圖檔品質損失損失 越小越清晰，預設23 最小0
param.rc.f_rf_constant = 3;
//流參數*/
/*
param.i_bframe = 5;
param.b_open_gop = 0;
param.i_bframe_pyramid = 0;
param.i_bframe_adaptive = X264_B_ADAPT_TRELLIS;
param.b_annexb = 1;
*/
x264_param_apply_profile(¶m, "baseline");
encoder = x264_encoder_open(¶m);
//初始化輸入檔案描述符
outf = open(jstringTostring(env, jstr), O_CREAT | O_WRONLY, 444);
if (outf < 0) {
x264_encoder_close(encoder);
free(yuv_buffer);
close(inf);
return -1;
}
//申請處理的緩存記憶體
yuv = (uint8_t *) malloc(WIDTH * HEIGHT * 3 / 2);
return 0;
}
添加幀資料：
JNIEXPORT jint JNICALL Java_com_dangyutao_test_encode_addDetailFrameByBuff(
JNIEnv *env, jclass class, jbyteArray jb, jint nw, jint nh, jint w,
jint h, jboolean isFrontCamera) {
jbyte* dataPtr = (*env)->GetByteArrayElements(env, jb, NULL);
uint8_t* buffer = (uint8_t*) dataPtr;
detailYuvPic(buffer, yuv, nw, nh, w, h, isFrontCamera);
//初始化pic——in
x264_picture_alloc(&pic_in, CSP, WIDTH, HEIGHT);
//用java傳來的buff，将yuvbuff填充，
yuv_buffer = (uint8_t*) yuv;
/*
//rgb:
pic_in.img.i_plane = 1;
pic_in.img.plane[0] = yuv_buffer;
pic_in.img.i_stride[0] = 3 * WIDTH;
*/
//yuv420:将yuvbuff 填充進pic_in
pic_in.img.plane[0] = yuv_buffer;
pic_in.img.plane[1] = &yuv_buffer[WIDTH * HEIGHT];
pic_in.img.plane[2] = &yuv_buffer[WIDTH * HEIGHT * 5 / 4];
pic_in.img.i_plane = 3;
/*
pic_in.img.i_stride[0] = WIDTH;
pic_in.img.i_stride[1] = WIDTH / 2;
pic_in.img.i_stride[2] = WIDTH / 2;
*/
pic_in.img.i_csp = CSP;
//pic_in.i_type = X264_TYPE_AUTO;
//編碼
x264_nal_t *nals;
int nnal;
pic_in.i_pts = i_pts++;
x264_encoder_encode(encoder, &nals, &nnal, &pic_in, &pic_out);
x264_nal_t *nal;
for (nal = nals; nal < nals + nnal; nal++) {
write(outf, nal->p_payload, nal->i_payload);
}
//釋放多餘記憶體
(*env)->ReleaseByteArrayElements(env, jb, dataPtr, JNI_ABORT);
//LOG("ENCODE OVER");
return 0;
}
掃尾:
JNIEXPORT jint JNICALL Java_com_dangyutao_test_encode_finishEncode(
JNIEnv *env, jclass class) {
//掃尾
x264_encoder_close(encoder);
free(yuv);
close(outf);
//free(yuv_buffer); //添加buff時記憶體已經釋放
return 0;
}
步驟四：用mp4V2合并每段音視訊
參考：http://blog.csdn.net/yaorongzhen123/article/details/8467529
http://www.cnblogs.com/lidabo/p/3832634.html；
步驟五：用mp4parser合并每段mp4檔案。
方案二中已給出代碼。
方案四：系統錄制+ffmpeg直接編譯使用（android ios都可用）
ffmpeg 的 功能真的很強大，而且通過新filter庫可以實作視訊處理得大多數功能，不過庫的也很大。拿過來ffmpeg得源碼稍微修改編譯之後，可以通過很簡單的接口調用，具體調用指令可以看ffmpeg得官網。系統錄制視訊，錄制完成後通過ffmpeg做後期處理，旋轉轉碼裁剪等。
優點
1） 功能強大
2） 開發簡單
缺點：
1） 庫過大
2）本質是錄制完成後再用ffmpeg做處理，是以 需要使用者等待得時間很長，android上用nexus4做測試，基本跟視訊長度等長，即一份鐘視訊轉碼需要大約一份鐘（隻是這樣得時間概念，并不精準。）
實作：
交叉編譯即可。
方案五：ffmpeg基礎上二次開發。
通過ffmpeg編碼每幀視訊。再音視訊合并。
優點：
1） 功能強大。
缺點：
1） 開發難度大，ffmpeg得頭檔案比x264多太多。
2） 相比x264效率不高。ffmpeg編碼子產品也是調用x264，但是在測試時候發現，相比直接用x264效率差很多，主要是因為ffmpeg是面向對象架構的，其中有很多每必要得子產品都在不停得初始化（隻是猜測，源碼并沒有細看），每個子產品得使用都有相應得context。
3） 庫大
4） 相比系統錄制再轉碼速度快。由于這是在二次開發，是以可以直接通過ffmpeg進行生成視訊，nexus4基本是零延遲。錄制完成後即刻生成理想得視訊，不用使用者等待。
5） 效率高。跟我實作得算法相比，ffmpeg的scale和filter的速度真是很快，自己很好奇的深究源碼，發現原來算法大同小異，隻是它是直接使用彙編指令，跳過系統直接調用cpu。
實作：
代碼太多日後詳細給出，關鍵流程：
初始化 AVCodecContext；參數詳解也在日後給出。
配置輸入輸出的。
編碼 avcodec_encode_video2(temp->pCodecCtx, &encode_pkt, writeframe, &got_picture);
關閉流。釋放記憶體。
方案六：ffmpeg+x264
這種方案以我本人經驗是最好的。但是開發難度也跟着上來。這種開發方案有很多，音頻可以直接錄制pcm，交給ffmpeg中得faac壓縮，也可以用系統錄制aac，然後使用x264對每幀編碼，再用ffmpeg做音視訊合并，ffmpeg還可以提供後期處理。
優點：
1） 解決以上所提到得所有弊端。
缺點：
1） 開發難度大。
2） 庫大。
實作方案：參考以上。
列出ffmpeg合并音視訊的代碼：
int dm_mux(char* h264file,char *aacfile, char* mp4file,int usefilter)
{
AVOutputFormat *ofmt = NULL;
//Input AVFormatContext and Output AVFormatContext
AVFormatContext *ifmt_ctx_v = NULL, *ifmt_ctx_a = NULL,*ofmt_ctx = NULL;
AVPacket pkt;
int ret, i,retu =0,filter_ret=0;
// int fps;
int videoindex_v=-1,videoindex_out=-1;
int audioindex_a=-1,audioindex_out=-1;
int frame_index=0;
int64_t cur_pts_v=0,cur_pts_a=0;
//set file path
const char *in_filename_v = h264file;
const char *in_filename_a = aacfile;
const char *out_filename = mp4file;
AVBitStreamFilterContext* aacbsfc;
//register before use
av_register_all();
//open Input and set avformatcontext
if ((ret = avformat_open_input(&ifmt_ctx_a, in_filename_a, 0, 0)) < 0) {
retu = -1;//-1 mean audio file opened failed
dmprint("open audio file failed",ret);
goto end;
}
if ((ret = avformat_open_input(&ifmt_ctx_v, in_filename_v, 0, 0)) < 0) {
retu = -2; //-2 mean video file opened failed
dmprint("open video file failed",ret);
goto end;
}
if ((ret = avformat_find_stream_info(ifmt_ctx_v, 0)) < 0) {
retu = -3; //-3 mean get video info failed
dmprint("get video info failed",ret);
goto end;
}
if ((ret = avformat_find_stream_info(ifmt_ctx_a, 0)) < 0) {
retu = -4;//-4 mean get audio info failed
dmprint("get audio info failed ret = ",ret);
goto end;
}
//open Output
avformat_alloc_output_context2(&ofmt_ctx, NULL, NULL, out_filename);
if (!ofmt_ctx) {
dmprint("open output file failed",ret);
retu = -5;
goto end;
}
ofmt = ofmt_ctx->oformat;
//find all video stream input type
for (i = 0; i < ifmt_ctx_v->nb_streams; i++) {
//Create output AVStream according to input AVStream
if(ifmt_ctx_v->streams[i]->codec->codec_type==AVMEDIA_TYPE_VIDEO){
AVStream *in_stream = ifmt_ctx_v->streams[i];
AVStream *out_stream = avformat_new_stream(ofmt_ctx, in_stream->codec->codec);
videoindex_v=i;
if (!out_stream) {
dmprint_string( "Failed allocating output stream");
retu = -6;
goto end;
}
videoindex_out=out_stream->index;
//Copy the settings of AVCodecContext
if (avcodec_copy_context(out_stream->codec, in_stream->codec) < 0) {
dmprint_string( "Failed to copy context from input to output stream codec context");
retu = -7;
goto end;
}
out_stream->codec->codec_tag = 0;
if (ofmt_ctx->oformat->flags & AVFMT_GLOBALHEADER)
out_stream->codec->flags |= CODEC_FLAG_GLOBAL_HEADER;
break;
}
}
//find all audio stream input type
for (i = 0; i < ifmt_ctx_a->nb_streams; i++) {
//Create output AVStream according to input AVStream
if(ifmt_ctx_a->streams[i]->codec->codec_type==AVMEDIA_TYPE_AUDIO){
AVStream *in_stream = ifmt_ctx_a->streams[i];
AVStream *out_stream = avformat_new_stream(ofmt_ctx, in_stream->codec->codec);
audioindex_a=i;
if (!out_stream) {
dmprint_string("Failed allocating output stream");
retu = -8;
goto end;
}
audioindex_out=out_stream->index;
//Copy the settings of AVCodecContext
if (avcodec_copy_context(out_stream->codec, in_stream->codec) < 0) {
dmprint_string( "Failed to copy context from input to output stream codec context");
retu =-9;
goto end;
}
out_stream->codec->codec_tag = 0;
if (ofmt_ctx->oformat->flags & AVFMT_GLOBALHEADER)
out_stream->codec->flags |= CODEC_FLAG_GLOBAL_HEADER;
break;
}
}
//Open output file
if (!(ofmt->flags & AVFMT_NOFILE)) {
if (avio_open(&ofmt_ctx->pb, out_filename, AVIO_FLAG_WRITE) < 0) {
dmprint_string( "Could not open output file ");
retu = -10;
goto end;
}
}
//Write file header
if (avformat_write_header(ofmt_ctx, NULL) < 0) {
dmprint_string( "Error occurred when opening output file");
retu = -11;
goto end;
}
if(usefilter)
aacbsfc = av_bitstream_filter_init("aac_adtstoasc");
while (IS_GOING) {
AVFormatContext *ifmt_ctx;
int stream_index=0;
AVStream *in_stream, *out_stream;
//Get an AVPacket
if(av_compare_ts(cur_pts_v,ifmt_ctx_v->streams[videoindex_v]->time_base,cur_pts_a,
ifmt_ctx_a->streams[audioindex_a]->time_base) <= 0)
{
ifmt_ctx=ifmt_ctx_v;
stream_index=videoindex_out;
if(av_read_frame(ifmt_ctx, &pkt) >= 0){
do{
in_stream = ifmt_ctx->streams[pkt.stream_index];
out_stream = ofmt_ctx->streams[stream_index];
if(pkt.stream_index==videoindex_v){
//Simple Write PTS
if(pkt.pts==AV_NOPTS_VALUE){
//Write PTS
AVRational time_base1=in_stream->time_base;
//Duration between 2 frames (us)
int64_t calc_duration=(double)AV_TIME_BASE/av_q2d(in_stream->r_frame_rate);
//Parameters
pkt.pts=(double)(frame_index*calc_duration)/(double)(av_q2d(time_base1)*AV_TIME_BASE);
pkt.dts=pkt.pts;
pkt.duration=(double)calc_duration/(double)(av_q2d(time_base1)*AV_TIME_BASE);
frame_index++;
}
cur_pts_v=pkt.pts;
break;
}
}
while(av_read_frame(ifmt_ctx, &pkt) >= 0);
}
else
{
break;
}
}
else
{
ifmt_ctx=ifmt_ctx_a;
stream_index=audioindex_out;
if(av_read_frame(ifmt_ctx, &pkt) >= 0){
do
{
in_stream = ifmt_ctx->streams[pkt.stream_index];
out_stream = ofmt_ctx->streams[stream_index];
if(pkt.stream_index==audioindex_a)
{
//Simple Write PTS
if(pkt.pts==AV_NOPTS_VALUE)
{
//Write PTS
AVRational time_base1=in_stream->time_base;
//Duration between 2 frames (us)
int64_t calc_duration=(double)AV_TIME_BASE/av_q2d(in_stream->r_frame_rate);
//Parameters
pkt.pts=(double)(frame_index*calc_duration)/(double)(av_q2d(time_base1)*AV_TIME_BASE);
pkt.dts=pkt.pts;
pkt.duration=(double)calc_duration/(double)(av_q2d(time_base1)*AV_TIME_BASE);
frame_index++;
}
cur_pts_a=pkt.pts;
break;
}
}
while(av_read_frame(ifmt_ctx, &pkt) >= 0);
}
else
{
break;
}
}
if(usefilter)
filter_ret = av_bitstream_filter_filter(aacbsfc, out_stream->codec, NULL, &pkt.data,&pkt.size, pkt.data, pkt.size, 0);
if(filter_ret)
{
dmprint_string("failt to use :filter");
retu = -10;
goto end;
}
//Convert PTS/DTS
pkt.pts = av_rescale_q_rnd(pkt.pts, in_stream->time_base, out_stream->time_base,(AV_ROUND_NEAR_INF|AV_ROUND_PASS_MINMAX));
pkt.dts = av_rescale_q_rnd(pkt.dts, in_stream->time_base, out_stream->time_base,(AV_ROUND_NEAR_INF|AV_ROUND_PASS_MINMAX));
pkt.duration = av_rescale_q(pkt.duration, in_stream->time_base, out_stream->time_base);
pkt.pos = -1;
pkt.stream_index=stream_index;
//Write
if (av_interleaved_write_frame(ofmt_ctx, &pkt) < 0) {
av_free_packet(&pkt);
dmprint_string( "Error muxing packet");
break;
}
//av_packet_unref(&pkt);
//av_interleaved_write_frame(ofmt_ctx, &pkt);
av_free_packet(&pkt);
}
if(IS_GOING)
{
//Write file trailer
av_write_trailer(ofmt_ctx);
}
else
retu =RET_CLOSE;//-77 mean is close by user
if(usefilter)
av_bitstream_filter_close(aacbsfc);
end:
avformat_close_input(&ifmt_ctx_v);
avformat_close_input(&ifmt_ctx_a);
/* close output */
if (ofmt_ctx && !(ofmt->flags & AVFMT_NOFILE))
avio_close(ofmt_ctx->pb);
avformat_free_context(ofmt_ctx);
avformat_free_context(ifmt_ctx_v);
avformat_free_context(ifmt_ctx_a);
if (ret < 0 && ret != AVERROR_EOF) {
dmprint_string( "Error occurred.");
}
dmprint("return is ",retu);
return retu;
}
假如音頻是擁有封裝格式得需要使用那個濾鏡。
以上是我所嘗試過的移動端視訊錄制得技術方案，如果有其他方案，望告知，謝謝。歡迎交流。
![mvp初探[圖]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)