Осмислете дъмпа на webrtc

Изтеглих дъмпа от chrome://webrtc-internals

сега искам да разбера смисъл от тези данни и да начертая някаква графика, за да покажа загубата на пакети и други неща, които са включени в дъмпа

Мога да видя графиките само в chrome://webrtc-internals, но искам да правя тези неща сам и в процеса да разбирам по-добре регистрационните файлове.

Какво означава всяко поле

Досега разбирам само, че това е json dump.

моля помогнете ми?


person Rohit    schedule 11.05.2014    source източник


Отговори (2)


Масивите със стойности, които виждате под всеки елемент от регистрационния файл, са стойността, която е събрана за този елемент за тази секунда. И така, за values[0] е информацията в журнала, събрана за тази категория за първата секунда. И така, съпоставете ssrc с този, предоставен в SDP, за да получите информация за регистрационния файл на всеки ssrc за всяка секунда.

Обяснено допълнително:

Това показва, че няма загубени пакети за ssrc 1814250626 и показва, че е имало нулева загуба на пакети за всяка секунда за периода на регистрационния файл.

"ssrc_1814250626-packetsLost": {
     "startTime": "2014-05-11T21:26:06.360Z",
     "endTime": "2014-05-11T21:26:19.362Z",
     "values": "[0,0,0,0,0,0,0,0,0,0,0,0,0,0]"
    },

Можем да сравним стойността на ssrc със SDP, които се обменят, за да разберем кой и какъв тип медия представлява всеки източник.

"time": "5/11/2014 4:26:05 PM",
     "type": "createOfferOnSuccess",
     "value": "type: offer, sdp: v=0\r\no=- 140296487447716144 2 IN IP4 127.0.0.1\r\ns=-\r\nt=0 0\r\na=group:BUNDLE audio video\r\na=msid-semantic: WMS yGvpzuQVRTY2AmSWclrFlBZctrOijzNQkLnN\r\nm=audio 1 RTP/SAVPF 111 103 104 0 8 126\r\nc=IN IP4 0.0.0.0\r\na=rtcp:1 IN IP4 0.0.0.0\r\na=ice-ufrag:Xv9/Bx9tAWEOh1pE\r\na=ice-pwd:e7rRuOyKLk1bKUcZ1S+tDw7r\r\na=ice-options:google-ice\r\na=fingerprint:sha-256 B4:1F:B0:32:31:60:0F:E1:EC:6D:0E:65:1D:F8:F6:F1:0C:FE:D9:46:41:37:8A:7A:21:AC:39:7A:12:0E:12:99\r\na=setup:actpass\r\na=mid:audio\r\na=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level\r\na=sendrecv\r\na=rtcp-mux\r\na=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:gl34DLHmuMoKoaUWhYJpDJUFkZagn1cedT1x6nQh\r\na=rtpmap:111 opus/48000/2\r\na=fmtp:111 minptime=10\r\na=rtpmap:103 ISAC/16000\r\na=rtpmap:104 ISAC/32000\r\na=rtpmap:0 PCMU/8000\r\na=rtpmap:8 PCMA/8000\r\na=rtpmap:126 telephone-event/8000\r\na=maxptime:60\r\na=ssrc:1814250626 cname:aIdRfz6vBYDbJiEF\r\na=ssrc:1814250626 msid:yGvpzuQVRTY2AmSWclrFlBZctrOijzNQkLnN fad6fe24-b006-4a57-80d6-c603416f32b5\r\na=ssrc:1814250626 mslabel:yGvpzuQVRTY2AmSWclrFlBZctrOijzNQkLnN\r\na=ssrc:1814250626 label:fad6fe24-b006-4a57-80d6-c603416f32b5\r\nm=video 1 RTP/SAVPF 100 116 117\r\nc=IN IP4 0.0.0.0\r\na=rtcp:1 IN IP4 0.0.0.0\r\na=ice-ufrag:Xv9/Bx9tAWEOh1pE\r\na=ice-pwd:e7rRuOyKLk1bKUcZ1S+tDw7r\r\na=ice-options:google-ice\r\na=fingerprint:sha-256 B4:1F:B0:32:31:60:0F:E1:EC:6D:0E:65:1D:F8:F6:F1:0C:FE:D9:46:41:37:8A:7A:21:AC:39:7A:12:0E:12:99\r\na=setup:actpass\r\na=mid:video\r\na=extmap:2 urn:ietf:params:rtp-hdrext:toffset\r\na=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time\r\na=sendrecv\r\na=rtcp-mux\r\na=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:gl34DLHmuMoKoaUWhYJpDJUFkZagn1cedT1x6nQh\r\na=rtpmap:100 VP8/90000\r\na=rtcp-fb:100 ccm fir\r\na=rtcp-fb:100 nack\r\na=rtcp-fb:100 nack pli\r\na=rtcp-fb:100 goog-remb\r\na=rtpmap:116 red/90000\r\na=rtpmap:117 ulpfec/90000\r\na=ssrc:477546681 cname:aIdRfz6vBYDbJiEF\r\na=ssrc:477546681 msid:yGvpzuQVRTY2AmSWclrFlBZctrOijzNQkLnN 6d5c1c40-6921-40d2-ba53-f413afb76ad1\r\na=ssrc:477546681 mslabel:yGvpzuQVRTY2AmSWclrFlBZctrOijzNQkLnN\r\na=ssrc:477546681 label:6d5c1c40-6921-40d2-ba53-f413afb76ad1\r\n"
    }

Виждаме от по-горе, че тъй като е createOfferOnSuccess събитие, тогава знаем, че това са местните партии SDP. След това можем да видим, че локалното аудио е ssrc:1814250626, а локалното видео е ssrc:477546681. Така че, за да получите статистика за локалното видео, просто вземете всеки масив от стойности, който започва с ssrc_477546681. Той също така ви дава началния и крайния час на дневника в същия json обект.

Ако тяхната стойност остане същата в масива от стойности (многобройни с една и съща стойност):

"ssrc_477546681-googFrameHeightInput": {
     "startTime": "2014-05-11T21:26:06.360Z",
     "endTime": "2014-05-11T21:26:19.362Z",
     "values": "[480,480,480,480,480,480,480,480,480,480,480,480,480,480]"
    },

Тогава можете да се обзаложите, че не се променя за всяка секунда по време на регистрационния период.

person Benjamin Trent    schedule 11.05.2014
comment
но как да открия загуба на пакети? и също мога ли да начертая графиката в реално време на същия видео чат, експериментално? - person Rohit; 12.05.2014
comment
@Rohit вземете полето за изгубени пакети от дъмпа и то ви показва загубата на пакети за всяка секунда. Освен това, тъй като това е дъмп, това не са живи данни. Ще трябва да работите с хромирани вътрешни части за това, а не само за сметището - person Benjamin Trent; 12.05.2014
comment
pastebin.com/xs2TNeVh моля, помогнете ми да осмисля тези данни. Съжалявам за безпокойството, но наистина съм нов webrtc и изглежда не мога да намеря никакъв урок за dump на webrtc - person Rohit; 12.05.2014
comment
Ред 875 показва, че няма загубени пакети за ssrc:1742396484. От ред 581 виждаме, че ssrc:1742396484 е видео и локалният видео ssrc на 192.168.1.102 (можете да видите от събирането на лед по-късно в този раздел, ред 641). - person Benjamin Trent; 12.05.2014
comment
Благодаря за помощта :) все още има едно съмнение, как съпоставяте ssrc с името на елемента. - person Rohit; 12.05.2014
comment
@Rohit, какво име на елемент? Как да разбера дали е видео? Или частта от хардуера, която дава видеото? Страната, която предоставя видеото? Можете да съпоставите идентификатора на песента в Google със SSRC, тъй като идентификаторът на песента е споменат в SDP. - person Benjamin Trent; 12.05.2014

Импортирайте дъмпа в този инструмент, за да получите някои полезни интерактивни графики:

https://fippo.github.io/webrtc-dump-importer/a

person HaveAGuess    schedule 25.12.2020