XXX客戶的直播流是rtmp push 進(jìn)入Wowza Streaming Engine的，在確認(rèn)流已經(jīng)注入成功后，客戶用Http REST API 去啟動(dòng)錄制。要求錄制的文件格式是flv。 比如這是一堂在線教育的課程，可能要錄制30分鐘到1個(gè)小時(shí)。 

錄制完成后，客戶將flv文件下載下來，再用ffmpeg轉(zhuǎn)換為mp4后提供給老師，用于事后本地觀看(當(dāng)然Wowza也支持錄制為mp4，只是在這個(gè)案例中客戶將它錄制為flv了)。 例如用Windows Media player播放視頻文件，但發(fā)現(xiàn)音視頻不同步，聲音落后于畫面的播放進(jìn)度（大概遲了1秒）。 同時(shí)，發(fā)現(xiàn)用VLC本地播放或者用H5網(wǎng)絡(luò)播放(HLS)并沒有音視頻不同步的現(xiàn)象。 

然后客戶用flvAnalyser軟件對這個(gè)flv做了分析，如下圖所示: 

根據(jù)這個(gè)軟件的分析，在flv的script信息之后緊跟著視頻(H.264)的AVC Sequence Header,里面包含SPS和PPS信息，而在1秒多以后才有了第一個(gè)視頻關(guān)鍵幀。 

另外，據(jù)客戶介紹，這個(gè)情況只是偶爾發(fā)生，特別是針對GOP比較大的情況下(比如GOP大于8秒)。而且只要這個(gè)視頻關(guān)鍵幀滯后了，在Windows Media player下一定會(huì)出現(xiàn)音視頻不同步的情況。 

當(dāng)然，你可以說這可能是Windows Media Player的兼容性問題，因?yàn)楫吘筕LC、QQ影音、H5網(wǎng)絡(luò)播放都是正常的。 
但是，客戶還是希望能讓W(xué)owza Streaming Engine在錄制時(shí)避免這個(gè)問題。 

根據(jù)前面的錄制參數(shù)，我們大體清楚了Wowza Streaming Engine在開始錄制時(shí)的幾種可能的策略，再結(jié)合這個(gè)案例的情況，應(yīng)該可以推測出來Wowza Streaming Engine在開始錄制時(shí)確實(shí)等了至少1秒后才 檢測到了視頻關(guān)鍵幀。那么解決的方法/思路大致如下： 

1. 讓編碼端(比如主播端)采用更小的GOP，比如2秒。這樣檢測到(遇到)關(guān)鍵幀的速度會(huì)更快。 

2. 設(shè)定2-3倍GOP大小的backBufferTime，這樣至少可以讓W(xué)owza Streaming Engine快速找到2-3個(gè)關(guān)鍵幀。如果說找到一個(gè)關(guān)鍵幀還不足以開始錄制的話，2-3個(gè)總是可以啟動(dòng)錄制了吧？ 不至于在視頻關(guān)鍵幀前錄了過多的音頻。 

3.其它Wowza Streaming Engine的錄制參數(shù)，采用默認(rèn)值即可，即startOnKeyFrame為true, defaultAudioSearchPostion為true。 

其實(shí)，大家可以看出來，問題的關(guān)鍵還是在于編碼端的GOP設(shè)置。如果GOP設(shè)置過大，對于直播業(yè)務(wù)，無論如何也是不可取的。

其實(shí)也沒有太復(fù)雜。還是得多做測試。

Wowza Streaming Engine 4是業(yè)界功能全面、API接口豐富的流媒體Server產(chǎn)品，采用它作為流媒體服務(wù)器產(chǎn)品的案例很多，直播、在線教育、IPTV都有它的用武之地。