webrtc inbound-rtp 視頻 中字段釋義

inVStats 是打印的 RTCStatistics 中的inbound-rtp
<<==inVStats:{
bytesReceived = 1165644;從遠程端點接收到的總字節(jié)數(shù)悍赢。
codecId = "CIT01_98_level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e034";視頻編解碼器的ID和設(shè)置。這通常包括編解碼器的類型伍俘、級別和其他參數(shù)萍肆。
decoderImplementation = VideoToolbox;用于解碼視頻流的實現(xiàn)或庫辖众。在此例中莽红,它使用VideoToolbox。
firCount = 0;前向糾錯(Forward Error Correction)請求的數(shù)量锈玉。FIR是RTCP包的一種滤淳,用于請求發(fā)送丟失的數(shù)據(jù)包梧喷。
frameHeight = 1072;
frameWidth = 1920;
framesAssembledFromMultiplePackets = 177;從多個數(shù)據(jù)包組裝的幀的數(shù)量。
framesDecoded = 352;成功解碼的幀的數(shù)量。
framesDropped = 0;由于各種原因(如解碼失敗铺敌、延遲等)而丟棄的幀的數(shù)量汇歹。
framesPerSecond = 60;視頻流的幀率。
framesReceived = 353;接收到的幀的總數(shù)(無論是否解碼或丟棄)偿凭。
freezeCount = 0;視頻流凍結(jié)的次數(shù)产弹。
googTimingFrameInfo = "3581608452,-7,-7,-3,-3,-1,-7,-7,896360511,896360513,896360523,896360531,896360539,0,1";特定于Google的定時信息,通常與視頻幀的接收和處理時間相關(guān)弯囊。
headerBytesReceived = 31512;
jitter = "0.002";
jitterBufferDelay = "2.617117";
jitterBufferEmittedCount = 353;
jitterBufferMinimumDelay = "3.093577";
jitterBufferTargetDelay = "3.093577";
keyFramesDecoded = 2;
kind = video;
lastPacketReceivedTimestamp = "1718596401003.651";
mid = 1;
minPlayoutDelay = 0;
nackCount = 0;
packetsLost = 0;
packetsReceived = 1206;
pauseCount = 0;
pliCount = 0;
powerEfficientDecoder = 0;
retransmittedBytesReceived = 53159;
retransmittedPacketsReceived = 62;
rtxSsrc = 3364710051;
ssrc = 3443866392;
totalAssemblyTime = "0.5962839999999999";
totalDecodeTime = "2.434341";
totalFreezesDuration = 0;
totalInterFrameDelay = "5.714";
totalPausesDuration = 0;
totalProcessingDelay = "5.083143";
totalSquaredInterFrameDelay = "0.09602600000000015";
trackIdentifier = "447bb41e-0d28-4853-a101-d165b4d71863";
transportId = T01;
} ==>>

bytesReceived = 1165644; // 從遠程端點接收到的總字節(jié)數(shù)痰哨。這表示視頻流或媒體會話期間,接收到的數(shù)據(jù)量匾嘱。

codecId = "CIT01_98_level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e034"; // 視頻編解碼器的ID和設(shè)置斤斧。這指定了使用的視頻編解碼器類型(CIT01_98可能是自定義或特定于應(yīng)用的),以及編解碼器的配置參數(shù)奄毡,如是否允許級別不對稱、包化模式贝或、配置文件級別ID等吼过。

decoderImplementation = VideoToolbox; // 用于解碼視頻流的實現(xiàn)或庫。在此例中咪奖,使用的是Apple的VideoToolbox庫盗忱,這是一個硬件加速的視頻解碼解決方案。

firCount = 0; // 前向糾錯(Forward Error Correction)請求的數(shù)量羊赵。FIR是RTCP包的一種趟佃,用于請求發(fā)送丟失的數(shù)據(jù)包。這里的值為0昧捷,意味著沒有發(fā)出任何FIR請求闲昭。

frameHeight = 1072; // 視頻幀的高度,以像素為單位靡挥。這表示視頻幀的垂直尺寸序矩。

frameWidth = 1920; // 視頻幀的寬度,以像素為單位跋破。這表示視頻幀的水平尺寸簸淀。

framesAssembledFromMultiplePackets = 177; // 從多個數(shù)據(jù)包組裝的幀的數(shù)量。這表明有177個視頻幀是由多個網(wǎng)絡(luò)數(shù)據(jù)包組裝而成的毒返。

framesDecoded = 352; // 成功解碼的幀的數(shù)量租幕。這表示在視頻流或會話期間,有352個幀被成功解碼并可用于顯示拧簸。

framesDropped = 0; // 由于各種原因(如解碼失敗劲绪、延遲等)而丟棄的幀的數(shù)量。這里的值為0,表示沒有幀被丟棄珠叔。

framesPerSecond = 60; // 視頻流的幀率蝎宇。這表示視頻流每秒包含60幀。

framesReceived = 353; // 接收到的幀的總數(shù)(無論是否解碼或丟棄)祷安。這包括所有接收到的幀姥芥,無論它們是否被成功解碼或由于某種原因被丟棄。

freezeCount = 0; // 視頻流凍結(jié)的次數(shù)汇鞭。這里的值為0凉唐,表示視頻流在播放過程中沒有出現(xiàn)過凍結(jié)現(xiàn)象。

googTimingFrameInfo = "3581608452,-7,-7,-3,-3,-1,-7,-7,896360511,896360513,896360523,896360531,896360539,0,1"; // 特定于Google的定時信息霍骄,通常與視頻幀的接收和處理時間相關(guān)台囱。這是Google提供的一種用于診斷和分析的詳細時間戳信息。

headerBytesReceived = 31512; // 接收到的頭部字節(jié)數(shù)读整。這通常包括RTP頭簿训、RTCP頭或其他協(xié)議頭的數(shù)據(jù)量。

jitter = "0.002"; // 網(wǎng)絡(luò)抖動(Jitter)米间。這是衡量網(wǎng)絡(luò)傳輸中數(shù)據(jù)包到達時間間隔的變化程度的指標强品。值越小,網(wǎng)絡(luò)傳輸越穩(wěn)定屈糊。

jitterBufferDelay = "2.617117"; // 抖動緩沖區(qū)的延遲的榛。為了應(yīng)對網(wǎng)絡(luò)抖動,通常使用抖動緩沖區(qū)來平滑數(shù)據(jù)包到達的不規(guī)則性逻锐。這個值表示抖動緩沖區(qū)引入的額外延遲夫晌。

jitterBufferEmittedCount = 353; // 從抖動緩沖區(qū)發(fā)出的幀數(shù)量。這表示經(jīng)過抖動緩沖區(qū)平滑處理后昧诱,發(fā)出的視頻幀數(shù)量晓淀。

jitterBufferMinimumDelay = "3.093577"; // 抖動緩沖區(qū)的最小延遲。這表示抖動緩沖區(qū)設(shè)置的最小延遲值盏档。

jitterBufferTargetDelay = "3.093577"; // 抖動緩沖區(qū)的目標延遲要糊。這是抖動緩沖區(qū)試圖維持的延遲值,以優(yōu)化播放質(zhì)量和網(wǎng)絡(luò)效率妆丘。

keyFramesDecoded = 2; // 解碼的關(guān)鍵幀數(shù)量锄俄。關(guān)鍵幀(也稱為I幀或IDR幀)是視頻流中不依賴其他幀就能獨立解碼的幀。

kind = video; // 媒體流的類型勺拣。這里指定為視頻流奶赠。

lastPacketReceivedTimestamp = "1718596401003.651"; // 最后接收到的數(shù)據(jù)包的時間戳。這通常用于同步和診斷目的药有。

mid = 1; // 媒體標識符(Media ID)毅戈。在多媒體會話中苹丸,這用于唯一標識特定的媒體流(如音頻、視頻等)苇经。

minPlayoutDelay = 0; // 最小播放延遲赘理。這表示視頻幀在接收后需要等待的最短時間才能播放,以確保足夠的緩沖和流暢性扇单。

nackCount = 0; // 負確認(Negative Acknowledgment)的數(shù)量商模。NACK是RTCP包的一種,用于請求發(fā)送者重新發(fā)送丟失或損壞的數(shù)據(jù)包蜘澜。這里的值為0施流,意味著沒有發(fā)出任何NACK請求。
packetsLost = 0; // 丟失的數(shù)據(jù)包數(shù)量鄙信。在傳輸過程中瞪醋,由于網(wǎng)絡(luò)問題或其他原因,一些數(shù)據(jù)包可能無法成功接收装诡。這里的值為0银受,表示沒有數(shù)據(jù)包丟失。
packetsReceived = 1206; // 接收到的數(shù)據(jù)包總數(shù)鸦采。這表示在視頻流或會話期間宾巍,接收到的RTP或RTCP數(shù)據(jù)包的總數(shù)。
pauseCount = 0; // 視頻播放暫停的次數(shù)赖淤。這可能是由于網(wǎng)絡(luò)延遲蜀漆、解碼問題或其他原因?qū)е碌牧潞印_@里的值為0咱旱,表示視頻播放沒有出現(xiàn)過暫停現(xiàn)象绷耍。
pliCount = 0; // 圖片丟失指示(Picture Loss Indication)的數(shù)量吐限。PLI是RTCP包的一種,用于通知發(fā)送者某些幀可能已經(jīng)丟失或損壞褂始。這里的值為0诸典,意味著沒有發(fā)出任何PLI請求。
powerEfficientDecoder = 0; // 是否使用節(jié)能解碼器崎苗。這里的值為0狐粱,表示沒有使用節(jié)能解碼器(或該信息未被設(shè)置)。
retransmittedBytesReceived = 53159; // 接收到的重傳字節(jié)數(shù)胆数。當(dāng)數(shù)據(jù)包丟失或損壞時肌蜻,發(fā)送者可能會重新發(fā)送這些數(shù)據(jù)包。這里的值表示接收到的重傳數(shù)據(jù)包的字節(jié)總數(shù)必尼。
retransmittedPacketsReceived = 62; // 接收到的重傳數(shù)據(jù)包數(shù)量蒋搜。這表示由于數(shù)據(jù)包丟失或損壞篡撵,接收到的重新發(fā)送的數(shù)據(jù)包的總數(shù)。
rtxSsrc = 3364710051; // RTX的SSRC標識符豆挽。RTX(Retransmission)是用于數(shù)據(jù)包重傳的RTP擴展育谬。這里的SSRC標識符用于標識與RTX相關(guān)的RTP流。
ssrc = 3443866392; // SSRC標識符帮哈。SSRC(Synchronization Source)是RTP中的一個標識符膛檀,用于唯一標識RTP流中的同步源。
totalAssemblyTime = "0.5962839999999999"; // 總組裝時間但汞。這表示將接收到的數(shù)據(jù)包組裝成視頻幀所需的總時間宿刮。
totalDecodeTime = "2.434341"; // 總解碼時間。這表示將接收到的視頻幀解碼為可顯示圖像所需的總時間私蕾。
totalFreezesDuration = 0; // 視頻流總凍結(jié)時長僵缺。這表示在視頻流播放過程中,視頻凍結(jié)的總時間(以秒為單位)踩叭。這里的值為0磕潮,表示沒有出現(xiàn)過視頻凍結(jié)現(xiàn)象。
totalInterFrameDelay = "5.714"; // 總幀間延遲容贝。這表示連續(xù)幀之間的平均時間差(以秒為單位)自脯。它可以用于衡量視頻的流暢性和連續(xù)性。
totalPausesDuration = 0; // 視頻播放總暫停時長斤富。這表示視頻播放過程中膏潮,由于各種原因?qū)е碌目倳和r間(以秒為單位)。這里的值為0满力,表示沒有出現(xiàn)過視頻播放暫突啦危現(xiàn)象。
totalProcessingDelay = "5.083143"; // 總處理延遲油额。這表示從接收到數(shù)據(jù)包到最終顯示視頻幀所需的總時間(以秒為單位)叠纷,包括組裝、解碼和其他處理步驟潦嘶。
totalSquaredInterFrameDelay = "0.09602600000000015"; // 總幀間延遲的平方和涩嚣。這是一個統(tǒng)計量,用于衡量幀間延遲的分散程度或變化性掂僵。
trackIdentifier = "447bb41e-0d28-4853-a101-d165b4d71863"; // 跟蹤標識符航厚。這通常用于唯一標識視頻流或會話中的某個特定媒體軌道。
transportId = T01; // 傳輸標識符锰蓬。這可能用于唯一標識特定的傳輸流或會話幔睬。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市互妓,隨后出現(xiàn)的幾起案子溪窒,更是在濱河造成了極大的恐慌坤塞,老刑警劉巖,帶你破解...
    沈念sama閱讀 206,482評論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件澈蚌,死亡現(xiàn)場離奇詭異摹芙,居然都是意外死亡,警方通過查閱死者的電腦和手機宛瞄,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,377評論 2 382
  • 文/潘曉璐 我一進店門浮禾,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人份汗,你說我怎么就攤上這事盈电。” “怎么了杯活?”我有些...
    開封第一講書人閱讀 152,762評論 0 342
  • 文/不壞的土叔 我叫張陵匆帚,是天一觀的道長。 經(jīng)常有香客問我旁钧,道長怎憋,這世上最難降的妖魔是什么席楚? 我笑而不...
    開封第一講書人閱讀 55,273評論 1 279
  • 正文 為了忘掉前任,我火速辦了婚禮撬即,結(jié)果婚禮上躁垛,老公的妹妹穿的比我還像新娘茴丰。我一直安慰自己柿隙,他們只是感情好陨倡,可當(dāng)我...
    茶點故事閱讀 64,289評論 5 373
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著田篇,像睡著了一般替废。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上斯辰,一...
    開封第一講書人閱讀 49,046評論 1 285
  • 那天舶担,我揣著相機與錄音坡疼,去河邊找鬼彬呻。 笑死,一個胖子當(dāng)著我的面吹牛柄瑰,可吹牛的內(nèi)容都是我干的闸氮。 我是一名探鬼主播,決...
    沈念sama閱讀 38,351評論 3 400
  • 文/蒼蘭香墨 我猛地睜開眼教沾,長吁一口氣:“原來是場噩夢啊……” “哼蒲跨!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起授翻,我...
    開封第一講書人閱讀 36,988評論 0 259
  • 序言:老撾萬榮一對情侶失蹤或悲,失蹤者是張志新(化名)和其女友劉穎孙咪,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體巡语,經(jīng)...
    沈念sama閱讀 43,476評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡翎蹈,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 35,948評論 2 324
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了男公。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片荤堪。...
    茶點故事閱讀 38,064評論 1 333
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖枢赔,靈堂內(nèi)的尸體忽然破棺而出澄阳,到底是詐尸還是另有隱情,我是刑警寧澤踏拜,帶...
    沈念sama閱讀 33,712評論 4 323
  • 正文 年R本政府宣布碎赢,位于F島的核電站,受9級特大地震影響速梗,放射性物質(zhì)發(fā)生泄漏揩抡。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 39,261評論 3 307
  • 文/蒙蒙 一镀琉、第九天 我趴在偏房一處隱蔽的房頂上張望峦嗤。 院中可真熱鬧,春花似錦屋摔、人聲如沸烁设。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,264評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽装黑。三九已至,卻和暖如春弓熏,著一層夾襖步出監(jiān)牢的瞬間恋谭,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 31,486評論 1 262
  • 我被黑心中介騙來泰國打工挽鞠, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留疚颊,地道東北人。 一個月前我還...
    沈念sama閱讀 45,511評論 2 354
  • 正文 我出身青樓信认,卻偏偏與公主長得像材义,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子嫁赏,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 42,802評論 2 345

推薦閱讀更多精彩內(nèi)容