tbr tbn tbc

http://tech.bobgo.net/?m=201004

因為最近的工作需要從MP4視頻中提取一些關鍵幀，要了解如何將視頻的時間點轉換為對應的幀號，所以查閱了一些關于視頻編解碼以及時間同步方式的資料。再此總結一下。

首先是解碼，利用FFmpeg解碼得到的信息通常如下：

Metadata:
??? major_brand???? : isom
??? minor_version?? : 512
??? compatible_brands: mp41
??? title????? :? Digital Tipping Point
??? date?????????? : 2008
??? encoder?????? : Lavf51.10.0
??? comment????? : license:??http://creativecommons.org/licenses/by-sa/3.0/
? Duration: 00:03:44.29, start: 0.000000, bitrate: 579 kb/s
??? Stream #0.0(und): Video: h264, yuv420p, 360×240 [PAR 1:1 DAR 3:2], 511 kb/s, 29.97 fps, 29.97 tbr, 2997 tbn, 59.94 tbc
??? Stream #0.1(und): Audio: aac, 32000 Hz, stereo, s16, 64 kb/s
Output #0, image2, to ‘?’:
??? Stream #0.0: Video: mjpeg, yuvj420p, 360×240, q=2-31, 100000 kb/s, 90k tbn, 59.94 tbc

而我只關注了其中部分信息，主要是與幀率和時間同步相關的信息。

1. 顏色編碼：其中YUV420是視頻中通常采用的顏色編碼方式，Y表示亮度，而U，V則與顏色相關，而420則分別對應著存儲相應分量所占用的比特數之比。其實采用這種編碼方式就是為了早期彩色電視與黑白電視能更好的相容，更多具體內容參見百度百科相應詞條。

2. 幀率相關信息：
上例中的fps, tbr, tbn, tbc等參數分別代表的含義如何，如果我要完成時間點與幀號的轉換就需要找出合適的參數。參閱了某bbs，得到以下信息：

tbn is the time base in AVStream that has come from the container, I
think. It is used for all AVStream time stamps.

tbc is the time base in AVCodecContext for the codec used for a
particular stream. It is used for all AVCodecContext and related time
stamps.

tbr is guessed from the video stream and is the value users want to see
when they look for the video frame rate, except sometimes it is twice
what one would expect because of field rate versus frame rate.

fps 自然的是 frame per second，就是幀率了。

所以tbn和tbc應該都是在相應層上的時間單元，比如tbn=2997就相當于在視頻流層把1s的時間分成了2997個時間單元，如此精細可以更好的與其他流比如音頻流同步，對應著fps=29.97就表示每100個時間單元中有一幀。

3. 時間同步方式：
問題來了：fps=29.97這是一個小數啊，我如果直接利用公式 frame number = time * fps 得到了也不是一個整數啊，而幀號應該是一個整數才對。

首先，29.97f/s這個變態的數是如何得到的？這起源于早期的NTSC電視制式，而現代的數字編碼只是為了兼容而沿用了它的標準。其實在標準制定 時，NTSC采用的是30f/s的幀率，只是后來為了消除由彩色信號及伴音信號所產生的圖像干擾，每秒幀幅由30幀稍微下調至29.97幀，同時線頻由 15750Hz稍微下降至15734.26Hz。欲知詳情，參看Wikipedia：link。

然后，帶小數點的幀率如何實現呢，顯然每一秒不可能顯示相同個數的幀。實際上存在著叫做SMPTE Non-Drop-Frame和SMPTE Drop-Frame的時間同步標準，也就是說在某些時候，會通過丟掉一些幀的方式來將時間同步上。

比如剛才提到的29.97幀率，我們可以計算：29.97 f/sec = 1798.2 f/min = 107892 f/hour;
對于30f/s的幀率我們可以計算： 30 f/s = 1800 f/s = 108000 f/hour;

這樣，如果利用每秒30幀的速度來采集視頻，而用29.97f/s的速率來播放視頻，每個小時就少播放了108幀，這樣播放時間會比真實時間變慢。為了解決這個問題，SMPTE 30 Drop-Frame就采取了丟掉這108幀的方式，具體策略是每1分鐘丟兩幀，如果是第10分鐘則不丟，所以每小時丟掉的幀數是：2×60 – 2×6 = 108 幀。更具體的信息，可以參考：link1,?link2。

唉，多么麻煩，如果采集播放都采用30f/s不就省事兒多了，可是技術的事情總是面臨著向前兼容的問題，就像鐵路與馬屁股的故事一樣！

http://topic.csdn.net/u/20091225/09/0a7499ce-7015-40fb-9c9d-f8628d0fe275.html

25 tbr代表幀率；1200k tbn代表文件層（st）的時間精度，即1S=1200k，和duration相關；50 tbc代表視頻層（st->codec）的時間精度，即1S=50，和strem->duration和時間戳相關。

總結

以上是生活随笔為你收集整理的tbr tbn tbc的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。