Golang調用FFmpeg轉換視頻流的實現(xiàn)

第Golang調用FFmpeg轉換視頻流的實現(xiàn)目錄問題背景方法實現(xiàn)1.使用FFmpeg-go封裝好的方法2.直接調用FFmpeg總結

問題背景

問題背景是在，由于視頻采集端使用的是H264編碼采集的裸流，而網(wǎng)絡流媒體大多是以FLV為主的直播方式進行的，為了實現(xiàn)實時直播，當前是打算直接使用FFmpeg將H264裸流實時轉成FLV視頻流。

為什么是使用FLV視頻流呢，因為相對簡單，加上FLVHeader后將每個NALU打包成Tag并進去大致就行了。但是這塊怕有疏忽，最終還是想使用成熟的工具FFmpeg。

方法實現(xiàn)

1.使用FFmpeg-go封裝好的方法

FFmpeg-go

上面有具體的Demo，但是只有流轉文件，也只有文件轉流的方法，對于流轉流還是需要自己動手處理一下。

importffmpeg"/u2takey/ffmpeg-go"

err:=ffmpeg.Input("pipe:",ffmpeg.KwArgs{

"format":

"rawvideo",

"video_size":fmt.Sprintf("%dx%d",480,1064)}).WithInput(filein).

Output("pipe:",

ffmpeg.KwArgs{"c:v":"libx264","f":"flv","crf":"24"}).

WithOutput(buf,errorbuf).

Run()

iferr!=nil{

panic(err)

bufs:=make([]byte,1024)

out,_:=os.OpenFile("res2.flv",os.O_CREATE|os.O_RDWR|os.O_APPEND,0644)

for{

n,err:=buf.Read(bufs)

ifn==0||err==io.EOF{

out.Close()

break

}else{

//此處處理輸出流，這邊簡單地寫到文件里

out.Write(bufs)

}

}

其中

filein是輸入的H264視頻裸流buf是輸出的視頻流

雖說代碼是這么寫，但是實際上是run不起來的，不清楚具體是什么原因，因此后續(xù)還是打算直接調用ffmpeg可執(zhí)行程序。

2.直接調用FFmpeg

首先需要在電腦上下載好ffmpeg并且添加到環(huán)境變量，保證執(zhí)行Powshell或者cmd指令的ffmpeg時能夠正常運行，接下來還是直接上代碼。

cmd:=exec.Command("ffmpeg","-re","-r","30","-i","pipe:0","-vcodec","libx264","-f","flv","pipe:1","-y","another.flv")

//獲取輸入流

stdin,err:=cmd.StdinPipe()

iferr!=nil{

fmt.Println("Errorgettingstdoutpipe:",err)

return

//要寫東西進去的時候只需要

stdin.Write(bytes)

//獲取輸出流

stdout,err:=cmd.StdoutPipe()

iferr!=nil{

fmt.Println("Errorgettingstdoutpipe:",err)

return

//Startthecommand

err=cmd.Start()

iferr!=nil{

fmt.Println("Errorstartingcommand:",err)

return

}

這邊需要注意到的點是，如果不加上-re的話，需要等stdin.close()之后，整個ffmpeg才會運行，才能見到有輸出流。

其次，這邊加了-yanother.flv，是用來進行對比的，這里ffmpeg將會把輸出同時放在兩個地方，一個寫入到文件another.flv里（-y是覆蓋原有文件），另一個通過stdout傳出來，我將stdout的數(shù)據(jù)流保存成out.flv后發(fā)現(xiàn)同another.flv對比發(fā)現(xiàn)并不相同。或許視頻流和文件不應該這么處理。

總結

建議直接調用FFmpeg的可執(zhí)行文件進行操作最好。

但是這樣實時的流轉流的方式實際上還是有挺大延遲的，如果要實時視頻流P2P模式建議要么在采集端處理好要么在播放端處理好，中間層就不要過多操作影響實時性，如果是推流拉流的模式還是建議在中間層處理好。

存在問題

這邊還是發(fā)現(xiàn)一些問題的，尤