| 00:47.35 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:8011:4026:d201:b154:995c) |
| 00:47.35 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 01:08.30 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:8011:8465:4de3:c759:6da3) |
| 01:08.30 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 02:23.43 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:8011:190f:7eda:2804:6102) |
| 02:23.43 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 04:00.21 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 05:16.09 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 06:25.55 | *** join/#asterisk-dev joshelson (~joshelson@206.81.147.110) |
| 06:39.34 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 06:39.34 | *** mode/#asterisk-dev [+o tsearle] by ChanServ |
| 06:48.25 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 06:48.25 | *** mode/#asterisk-dev [+o tsearle] by ChanServ |
| 06:54.30 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 07:07.35 | *** join/#asterisk-dev joshelson (~joshelson@206.81.147.110) |
| 07:30.36 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 07:54.34 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:54.34 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:19.14 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 08:58.27 | *** join/#asterisk-dev CELYA_1 (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 09:23.36 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 09:36.29 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 12:08.14 | *** join/#asterisk-dev joshelson (~joshelson@206.81.147.110) |
| 12:35.08 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 12:47.02 | *** join/#asterisk-dev joshelson (~joshelson@206.81.147.110) |
| 13:07.38 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-icoocwuqpirkwlxh) |
| 13:07.38 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 13:35.34 | seanbright | so if StreamEcho isn't actually doing anything, where should i look? |
| 13:40.28 | file | is a reinvite going out? |
| 13:40.44 | file | have you answered before executing StreamEcho? |
| 13:41.11 | seanbright | answer: yes, reinvite after streamecho: no |
| 13:41.24 | seanbright | my stream state patch potentially fucked it up? |
| 13:41.27 | file | have you bumped up the max number of video streams on your endpoint? |
| 13:41.43 | seanbright | <PROTECTED> |
| 13:41.43 | seanbright | <PROTECTED> |
| 13:41.53 | seanbright | let me try something... |
| 13:42.03 | file | what's your arguments to StreamEcho? and what's your streams like on "core show channel"? |
| 13:45.37 | seanbright | are both a dtls cert and ca both really required? |
| 13:46.13 | seanbright | tried adding webrtc=yes and it is barfing |
| 13:46.14 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 13:46.14 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 13:46.44 | file | I always do a ca and cert |
| 13:47.07 | seanbright | StreamEcho(4) |
| 13:47.33 | seanbright | http://paste.ubuntu.com/25614746/ |
| 13:47.52 | file | you have no video stream |
| 13:47.53 | seanbright | i'm not sure why video is showing as "removed" because i have video |
| 13:47.56 | seanbright | but i see myself |
| 13:48.06 | file | that's local view |
| 13:48.11 | file | did you configure video codecs? |
| 13:48.16 | seanbright | of course not |
| 13:48.26 | seanbright | why would i do that? |
| 13:48.27 | seanbright | heh |
| 13:48.49 | seanbright | vp8? vp9? |
| 13:48.57 | file | up to you |
| 13:49.02 | seanbright | which is better? |
| 13:49.12 | file | VP9 is better quality, but more CPUusage |
| 13:49.16 | seanbright | k |
| 13:50.27 | seanbright | ok, getting closer i think |
| 13:51.11 | seanbright | core show channel implies that i have 1 audio and 4 video streams |
| 13:51.22 | seanbright | but i don't see any of the other views |
| 13:51.33 | seanbright | i'm wondering if my stream state patch was bad |
| 13:51.36 | seanbright | reverts |
| 13:51.46 | file | I don't think so |
| 13:51.52 | file | you wouldn't have 4 video streams if that were the case |
| 13:52.12 | file | if you do a pjsip set logger on and rtp set debug on you should see stuff, ie: a renegotiation and media flowing |
| 13:53.55 | seanbright | might be a VM network issue |
| 13:55.49 | seanbright | ice_blacklist does nothing apparently... |
| 13:55.52 | seanbright | i hate computers, btw. |
| 13:56.37 | file | I hate getting stabbed |
| 14:01.47 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-hxzzewhvbjhvgmve) |
| 14:01.47 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 14:02.44 | seanbright | so in firefox i get one remote video window |
| 14:02.49 | seanbright | but not in the chrome |
| 14:03.31 | file | that's... interesting |
| 14:03.35 | seanbright | thanks |
| 14:03.52 | seanbright | i'm going to put this on an AWS VM instead of a local one to see if that makes a different |
| 14:03.55 | seanbright | difference* |
| 14:04.29 | file | if we renegotiated and we're sending media, then it's likely the client side throwing a fit somehow |
| 14:04.37 | seanbright | right |
| 14:11.15 | *** join/#asterisk-dev bford (d8cff501@gateway/web/freenode/ip.216.207.245.1) |
| 14:11.15 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 14:47.50 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-vyzlssljujwmuwci) |
| 14:47.50 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 14:58.20 | seanbright | kharwell: you the CMP2K guy? |
| 15:02.22 | gtjoseph | he is but we're in standup |
| 15:03.03 | gtjoseph | actually file and i are as well but we're also in standup :) |
| 15:04.03 | *** join/#asterisk-dev joshelson (~joshelson@206.81.147.110) |
| 15:36.16 | kharwell | seanbright: not sure if I want to claim that moniker, but yeah I have worked on it with others |
| 15:37.15 | seanbright | well, trying to track down a bug |
| 15:37.18 | seanbright | in chrome |
| 15:37.45 | seanbright | in Streams.prototype.add: |
| 15:37.58 | seanbright | if (this._streams.indexOf(stream) == -1) { |
| 15:38.13 | seanbright | when you echo a stream (via StreamEcho), chrome thinks they are already in that array |
| 15:38.37 | seanbright | oddly, indexOf() uses === internally |
| 15:38.44 | seanbright | so i'm not sure why it thinks they are the same object |
| 15:40.34 | kharwell | do you know if the streams all have the same stream id? |
| 15:40.39 | seanbright | they do |
| 15:40.40 | seanbright | "default" |
| 15:42.51 | file | What's the latest SDP on the reinvite to it? |
| 15:42.55 | seanbright | firefox uses the same stream id for all of them as well |
| 15:44.04 | seanbright | file: https://pastebin.com/raw/XNU63PYK |
| 15:44.05 | kharwell | I can't remember which off the top of my head, but the stream id should be the mid or msid specified in the sdp |
| 15:44.34 | file | That's the 200 OK |
| 15:44.43 | file | I need the reinvite |
| 15:45.15 | seanbright | file: https://pastebin.com/raw/LUKG4vxD |
| 15:45.54 | file | We have no msid |
| 15:45.57 | file | That's bad |
| 15:46.06 | seanbright | this is with trunk |
| 15:46.09 | seanbright | err, master |
| 15:46.38 | file | I'm on my phone so I can't check what adds it |
| 15:47.03 | seanbright | no |
| 15:47.05 | seanbright | NO |
| 15:47.11 | seanbright | if (!session->endpoint->media.webrtc) { |
| 15:47.19 | seanbright | dumb dumb dumb |
| 15:47.22 | seanbright | ok |
| 15:47.39 | seanbright | i can't enable webrtc because it bitches about not having a dtls ca setting |
| 15:47.48 | seanbright | which is not required anyway |
| 15:48.07 | file | Then we should remove that requirement |
| 15:48.33 | seanbright | i agree |
| 15:48.35 | seanbright | i am doing so now |
| 15:49.19 | seanbright | i'm sorry for all the noise |
| 15:49.21 | seanbright | i'm bad at things |
| 15:50.21 | file | Worry pas |
| 16:07.31 | seanbright | getting closer |
| 16:07.50 | seanbright | seems like the onmetadata call takes a long time |
| 16:07.57 | seanbright | for all but the first remote stream |
| 16:08.03 | seanbright | browsers are lamesies |
| 16:08.20 | file | seanbright: in order for the decoder in the browser to produce an image it needs a full frame |
| 16:08.36 | file | we request one immediately, but it can take 1-5 seconds before it occurs |
| 16:08.53 | seanbright | well it's taking a lot longer than that |
| 16:08.58 | seanbright | i think it's nat related |
| 16:09.01 | file | ah |
| 16:09.15 | seanbright | 'rtp set debug on' shows a shit ton of packets being sent to my internal IP |
| 16:09.21 | seanbright | which is obviously incorrect |
| 16:09.44 | seanbright | what's the magic option to make it use my external IP? |
| 16:09.57 | seanbright | or is that ice's job? |
| 16:10.04 | file | that is ICE's job |
| 16:14.54 | seanbright | it really wants to work, but it just don't |
| 16:16.35 | seanbright | it works! |
| 16:16.41 | seanbright | thank jeebus |
| 16:17.11 | file | progress! |
| 16:17.21 | seanbright | i had changed app_stream_echo to change the stream name during clone because i thought that was causing the issue i was seeing |
| 16:17.30 | seanbright | reverted that change and it seems to be fine nwo |
| 16:17.31 | seanbright | now* |
| 16:17.37 | seanbright | oops. spoke too soon. |
| 16:17.46 | seanbright | frozen video. |
| 16:17.48 | seanbright | wah wahhhh |
| 16:18.20 | file | boooo |
| 16:19.06 | file | if you check webrtc-internals it'll tell you things for each stream, that can be an indication as to what is going on |
| 16:24.26 | seanbright | jssip sends an update |
| 16:24.31 | seanbright | session timer update? |
| 16:24.38 | seanbright | and then the remote video freezes |
| 16:24.38 | file | yes |
| 16:24.51 | file | odd... |
| 16:26.20 | seanbright | i wonder if the javascript is doing something wonky |
| 16:27.03 | gtjoseph | "i wonder if the javascript is doing something wonky"... the most popular phrase in javascript development |
| 16:37.18 | seanbright | running chrome with debug logging on gives you all kinds of useless info |
| 16:38.14 | file | story of my last few months |
| 16:38.26 | seanbright | Too little data (1 byte) remaining in buffer to parse RTCP header (4 bytes). |
| 16:38.43 | file | yeah, I've seen that, but it hasn't caused problems |
| 16:38.58 | seanbright | i'm guessing my problem is: Frame with (picture_id:spatial_id) (24989:0) could not be inserted due to the frame buffer being full, dropping frame. |
| 16:39.04 | seanbright | which spews the log after some time |
| 16:39.18 | file | that's... not good |
| 16:39.34 | file | hrm |
| 16:39.57 | file | it might mean the decoder got stuck and the frame buffer is filling up... |
| 16:40.38 | seanbright | should i try a different video codec perhaps? |
| 16:40.44 | file | you can try |
| 16:40.49 | file | it's a good data point |
| 16:43.06 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-wrwatjlqeokrrdue) |
| 16:43.06 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 16:55.09 | seanbright | h264 still going strong |
| 16:55.29 | seanbright | well.. strongish |
| 16:55.52 | seanbright | tries with canary... |
| 17:04.50 | seanbright | how do PLIs work? |
| 17:05.15 | file | I Don't know what that is |
| 17:05.28 | seanbright | Video gets frozen when packet loss happens. The browser asks for lost |
| 17:05.28 | seanbright | packets via RTCP NACK messages but, sometimes due to network |
| 17:05.28 | seanbright | congestion, the sender cannot even resend them. In that case, the |
| 17:05.28 | seanbright | receiver browser sends a PLI or FIR to ask for a video full frame. It |
| 17:05.28 | seanbright | may take 20-30 seconds before that happens. |
| 17:05.42 | file | oh |
| 17:06.04 | file | we receive it via RTCP, gets turned into a vidupdate, goes through, gets sent out in RTCP |
| 17:06.12 | seanbright | gotcha |
| 17:06.31 | file | packet loss and out of orderness is an area of improvement for the future |
| 17:18.36 | seanbright | so here's a question |
| 17:19.23 | seanbright | actually, forget it, i'm not smart |
| 17:19.27 | seanbright | tell your friends |
| 17:25.15 | file | if I could get eyes on my SDP Improvement change that'd be good, I accidentally fixed a regression in it |
| 18:08.40 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 18:29.28 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-fhrfbzrjrlimklxy) |
| 18:29.29 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 18:57.05 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-fqhsvfsgkydapsoi) |
| 18:57.05 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 19:01.48 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-yaifirheryffvglv) |
| 19:01.48 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 19:08.13 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-toldomvglwzocezn) |
| 19:08.13 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 19:30.37 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-bybdynfgamykfflh) |
| 19:30.37 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 19:37.33 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d0089aa695f3422949e.ipv6.abo.wanadoo.fr) |
| 19:41.14 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-179-40-170.cust.bezeqint.net) |
| 19:41.14 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:34.17 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 20:34.19 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 20:37.16 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-ahwuofxkybhvwyjr) |
| 20:37.17 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 21:48.49 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 22:00.36 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-tvqbuuoodnnzpzyr) |
| 22:00.36 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 22:25.26 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-mxefvpzmxbixflcn) |
| 22:25.26 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 23:21.33 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-ahwuofxkybhvwyjr) |
| 23:52.47 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |