49 天前 回复了 losephsky 创建的主题 远程工作 [海南海口] [本地租房生态类产品] 需要招聘 UI/UX、开发、前端、客户端若干 |
没 go 么
102 天前 回复了 PilgrimSun 创建的主题 Bitcoin 悬赏：寻找一枚比特币 |
祝早日找回
105 天前 回复了 davidyin 创建的主题 上海 看同学们都老了 |
前辈
115 天前 回复了 zhangsimon 创建的主题 推广 分享下自己副业，顺便抽个奖 |
抽一个试试
116 天前 回复了 graetdk 创建的主题 酷工作 10 年前在这里发过招聘，今天继续摇人， Flutter/Go/ Python 多个岗位（北京） |
是否支持远程
123 天前 回复了 funky 创建的主题 问与答 最近 TG 疯大陆手机号封杀的严重？ |
沉下去
125 天前 回复了 fu0kapi 创建的主题 酷工作 郑州 招 GO 语言开发工程师 |
支持远程？
136 天前 回复了 funky 创建的主题 程序员 多人会议采用 webrtc 作为方案 部署了 coturn 作为中继服务器。现在发现视频质量不高以及多人视频某一客户端的视频会卡一小会后又恢复正常，作为服务端 应到 turnserver 配置哪些东西呢？解决了请喝杯咖啡 |
这是我在服务器端和本地跑的
turnutils_uclient -v -u "cccc" -w "bbbb" aaaa.com
0: : IPv4. Connected from: 192.168.2.147:45624
0: : IPv4. Connected from: 192.168.2.147:45624
0: : IPv4. Connected to: a.b.c.d:xxxx
0: : IPv4. Connected to: a.b.c.d:xxxx
0: : allocate sent
0: : allocate sent
0: : allocate response received:
0: : allocate response received:
0: : allocate sent
0: : allocate sent
0: : allocate response received:
0: : allocate response received:
0: : success
0: : success
0: : IPv4. Received relay addr: a.b.c.d:49742
0: : IPv4. Received relay addr: a.b.c.d:49742
0: : clnet_allocate: rtv=2768477507450501170
0: : clnet_allocate: rtv=2768477507450501170
0: : refresh sent
0: : refresh sent
2: : refresh response received:
2: : refresh response received:
2: : success
2: : success
2: : IPv4. Connected from: 192.168.2.147:38182
2: : IPv4. Connected from: 192.168.2.147:38182
2: : IPv4. Connected to: a.b.c.d:xxxx
2: : IPv4. Connected to: a.b.c.d:xxxx
2: : IPv4. Connected from: 192.168.2.147:52290
2: : IPv4. Connected from: 192.168.2.147:52290
2: : IPv4. Connected to: a.b.c.d:xxxx
2: : IPv4. Connected to: a.b.c.d:xxxx
2: : allocate sent
2: : allocate sent
2: : allocate response received:
2: : allocate response received:
2: : allocate sent
2: : allocate sent
3: : allocate response received:
3: : allocate response received:
3: : success
3: : success
3: : IPv4. Received relay addr: a.b.c.d:49743
3: : IPv4. Received relay addr: a.b.c.d:49743
3: : clnet_allocate: rtv=0
3: : clnet_allocate: rtv=0
3: : refresh sent
3: : refresh sent
3: : refresh response received:
3: : refresh response received:
3: : success
3: : success
3: : allocate sent
3: : allocate sent
3: : allocate response received:
3: : allocate response received:
3: : allocate sent
3: : allocate sent
3: : allocate response received:
3: : allocate response received:
3: : success
3: : success
3: : IPv4. Received relay addr: a.b.c.d:63538
3: : IPv4. Received relay addr: a.b.c.d:63538
3: : clnet_allocate: rtv=2941159566689094446
3: : clnet_allocate: rtv=2941159566689094446
3: : refresh sent
3: : refresh sent
3: : refresh response received:
3: : refresh response received:
3: : success
3: : success
3: : channel bind sent
3: : channel bind sent
5: : cb response received:
5: : cb response received:
5: : channel bind: error 403 (Forbidden IP)
5: : channel bind: error 403 (Forbidden IP)
turnutils_uclient -v -u "cccc" -w "bbbb" aaaa.com
0: : IPv4. Connected from: 192.168.2.147:45624
0: : IPv4. Connected from: 192.168.2.147:45624
0: : IPv4. Connected to: a.b.c.d:xxxx
0: : IPv4. Connected to: a.b.c.d:xxxx
0: : allocate sent
0: : allocate sent
0: : allocate response received:
0: : allocate response received:
0: : allocate sent
0: : allocate sent
0: : allocate response received:
0: : allocate response received:
0: : success
0: : success
0: : IPv4. Received relay addr: a.b.c.d:49742
0: : IPv4. Received relay addr: a.b.c.d:49742
0: : clnet_allocate: rtv=2768477507450501170
0: : clnet_allocate: rtv=2768477507450501170
0: : refresh sent
0: : refresh sent
2: : refresh response received:
2: : refresh response received:
2: : success
2: : success
2: : IPv4. Connected from: 192.168.2.147:38182
2: : IPv4. Connected from: 192.168.2.147:38182
2: : IPv4. Connected to: a.b.c.d:xxxx
2: : IPv4. Connected to: a.b.c.d:xxxx
2: : IPv4. Connected from: 192.168.2.147:52290
2: : IPv4. Connected from: 192.168.2.147:52290
2: : IPv4. Connected to: a.b.c.d:xxxx
2: : IPv4. Connected to: a.b.c.d:xxxx
2: : allocate sent
2: : allocate sent
2: : allocate response received:
2: : allocate response received:
2: : allocate sent
2: : allocate sent
3: : allocate response received:
3: : allocate response received:
3: : success
3: : success
3: : IPv4. Received relay addr: a.b.c.d:49743
3: : IPv4. Received relay addr: a.b.c.d:49743
3: : clnet_allocate: rtv=0
3: : clnet_allocate: rtv=0
3: : refresh sent
3: : refresh sent
3: : refresh response received:
3: : refresh response received:
3: : success
3: : success
3: : allocate sent
3: : allocate sent
3: : allocate response received:
3: : allocate response received:
3: : allocate sent
3: : allocate sent
3: : allocate response received:
3: : allocate response received:
3: : success
3: : success
3: : IPv4. Received relay addr: a.b.c.d:63538
3: : IPv4. Received relay addr: a.b.c.d:63538
3: : clnet_allocate: rtv=2941159566689094446
3: : clnet_allocate: rtv=2941159566689094446
3: : refresh sent
3: : refresh sent
3: : refresh response received:
3: : refresh response received:
3: : success
3: : success
3: : channel bind sent
3: : channel bind sent
5: : cb response received:
5: : cb response received:
5: : channel bind: error 403 (Forbidden IP)
5: : channel bind: error 403 (Forbidden IP)
136 天前 回复了 funky 创建的主题 程序员 多人会议采用 webrtc 作为方案 部署了 coturn 作为中继服务器。现在发现视频质量不高以及多人视频某一客户端的视频会卡一小会后又恢复正常，作为服务端 应到 turnserver 配置哪些东西呢？解决了请喝杯咖啡 |
@andyskaura 只是给客户端渲染出了问题
136 天前 回复了 funky 创建的主题 程序员 多人会议采用 webrtc 作为方案 部署了 coturn 作为中继服务器。现在发现视频质量不高以及多人视频某一客户端的视频会卡一小会后又恢复正常，作为服务端 应到 turnserver 配置哪些东西呢？解决了请喝杯咖啡 |
我的是 SFU 服务端能截获到流 而且就算转发的时候我服务端收到的转发流是正常的
137 天前 回复了 funky 创建的主题 程序员 < href="/t/1152975#reply75">多人会议采用 webrtc 作为方案 部署了 coturn 作为中继服务器。现在发现视频质量不高以及多人视频某一客户端的视频会卡一小会后又恢复正常，作为服务端 应到 turnserver 配置哪些东西呢？解决了请喝杯咖啡 |
o=- 4335692748102869869 2 IN IP4 127.0.0.1
s=-
t=0 0
a=extmap-allow-mixed
a=msid-semantic: WMS
a=group:BUNDLE 0 1
m=audio 9 UDP/TLS/RTP/SAVPF 96
c=IN IP4 0.0.0.0
a=rtpmap:96 opus/48000/2
a=fmtp:96 minptime=10;useinbandfec=1
a=rtcp:9 IN IP4 0.0.0.0
a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=extmap:1 urn:ietf:params:rtp-hdrext:sdes:mid
a=setup:active
a=mid:0
a=recvonly
a=ice-ufrag:K/wc
a=ice-pwd:MjiqCWR2y85px+rHu7Q+Cv7c
a=fingerprint:sha-256 04:6B:27:35:A2:D3:DE:EE:9A:FD:40:F3:86:84:44:39:93:20:E5:F3:39:26:F1:38:AD:27:66:D6:63:8E:C7:C8
a=ice-options:trickle
a=rtcp-mux
m=video 9 UDP/TLS/RTP/SAVPF 99
c=IN IP4 0.0.0.0
a=rtpmap:99 H264/90000
a=fmtp:99 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
a=rtcp:9 IN IP4 0.0.0.0
a=extmap:4 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=extmap:3 urn:ietf:params:rtp-hdrext:sdes:mid
a=setup:active
a=mid:1
a=recvonly
a=ice-ufrag:K/wc
a=ice-pwd:MjiqCWR2y85px+rHu7Q+Cv7c
a=fingerprint:sha-256 04:6B:27:35:A2:D3:DE:EE:9A:FD:40:F3:86:84:44:39:93:20:E5:F3:39:26:F1:38:AD:27:66:D6:63:8E:C7:C8
a=ice-options:trickle
a=rtcp-mux
这是第一次建立的协商的 sdp 信息
s=-
t=0 0
a=extmap-allow-mixed
a=msid-semantic: WMS
a=group:BUNDLE 0 1
m=audio 9 UDP/TLS/RTP/SAVPF 96
c=IN IP4 0.0.0.0
a=rtpmap:96 opus/48000/2
a=fmtp:96 minptime=10;useinbandfec=1
a=rtcp:9 IN IP4 0.0.0.0
a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=extmap:1 urn:ietf:params:rtp-hdrext:sdes:mid
a=setup:active
a=mid:0
a=recvonly
a=ice-ufrag:K/wc
a=ice-pwd:MjiqCWR2y85px+rHu7Q+Cv7c
a=fingerprint:sha-256 04:6B:27:35:A2:D3:DE:EE:9A:FD:40:F3:86:84:44:39:93:20:E5:F3:39:26:F1:38:AD:27:66:D6:63:8E:C7:C8
a=ice-options:trickle
a=rtcp-mux
m=video 9 UDP/TLS/RTP/SAVPF 99
c=IN IP4 0.0.0.0
a=rtpmap:99 H264/90000
a=fmtp:99 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
a=rtcp:9 IN IP4 0.0.0.0
a=extmap:4 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=extmap:3 urn:ietf:params:rtp-hdrext:sdes:mid
a=setup:active
a=mid:1
a=recvonly
a=ice-ufrag:K/wc
a=ice-pwd:MjiqCWR2y85px+rHu7Q+Cv7c
a=fingerprint:sha-256 04:6B:27:35:A2:D3:DE:EE:9A:FD:40:F3:86:84:44:39:93:20:E5:F3:39:26:F1:38:AD:27:66:D6:63:8E:C7:C8
a=ice-options:trickle
a=rtcp-mux
这是第一次建立的协商的 sdp 信息
139 天前 回复了 funky 创建的主题 程序员 多人会议采用 webrtc 作为方案 部署了 coturn 作为中继服务器。现在发现视频质量不高以及多人视频某一客户端的视频会卡一小会后又恢复正常，作为服务端 应到 turnserver 配置哪些东西呢？解决了请喝杯咖啡 |
@andyskaura 你们什么场景 摄像头监控集群?
139 天前 回复了 funky 创建的主题 程序员 多人会议采用 webrtc 作为方案 部署了 coturn 作为中继服务器。现在发现视频质量不高以及多人视频某一客户端的视频会卡一小会后又恢复正常，作为服务端 应到 turnserver 配置哪些东西呢？解决了请喝杯咖啡 |
@andyskaura 我明天顺着这个思路排查
139 天前 回复了 funky 创建的主题 程序员 多人会议采用 webrtc 作为方案 部署了 coturn 作为中继服务器。现在发现视频质量不高以及多人视频某一客户端的视频会卡一小会后又恢复正常，作为服务端 应到 turnserver 配置哪些东西呢？解决了请喝杯咖啡 |
@andyskaura 我用我本机 ping 的无丢包 响应在 90ms
139 天前 回复了 funky 创建的主题 程序员 多人会议采用 webrtc 作为方案 部署了 coturn 作为中继服务器。现在发现视频质量不高以及多人视频某一客户端的视频会卡一小会后又恢复正常，作为服务端 应到 turnserver 配置哪些东西呢？解决了请喝杯咖啡 |
@andyskaura 您厂里的监控都是打洞?如何监控的
139 天前 回复了 funky 创建的主题 程序员 多人会议采用 webrtc 作为方案 部署了 coturn 作为中继服务器。现在发现视频质量不高以及多人视频某一客户端的视频会卡一小会后又恢复正常，作为服务端 应到 turnserver 配置哪些东西呢？解决了请喝杯咖啡 |
还是 tcp
139 天前 回复了 funky 创建的主题 程序员 多人会议采用 webrtc 作为方案 部署了 coturn 作为中继服务器。现在发现视频质量不高以及多人视频某一客户端的视频会卡一小会后又恢复正常，作为服务端 应到 turnserver 配置哪些东西呢？解决了请喝杯咖啡 |
@andyskaura 客户端就没正常过只要和人互联之后接收的视频流就有延迟和丢包
139 天前 回复了 funky 创建的主题 程序员 多人会议采用 webrtc 作为方案 部署了 coturn 作为中继服务器。现在发现视频质量不高以及多人视频某一客户端的视频会卡一小会后又恢复正常，作为服务端 应到 turnserver 配置哪些东西呢？解决了请喝杯咖啡 |
@andyskaura 我手机直连 wifi 上网 也会由于路由器策略丢包？但是我强制用 tcp 连 turn 中继服务 情况并无改善呢
139 天前 回复了 funky 创建的主题 程序员 多人会议采用 webrtc 作为方案 部署了 coturn 作为中继服务器。现在发现视频质量不高以及多人视频某一客户端的视频会卡一小会后又恢复正常，作为服务端 应到 turnserver 配置哪些东西呢？解决了请喝杯咖啡 |
@andyskaura 服务器带宽没打满
139 天前 回复了 funky 创建的主题 程序员 多人会议采用 webrtc 作为方案 部署了 coturn 作为中继服务器。现在发现视频质量不高以及多人视频某一客户端的视频会卡一小会后又恢复正常，作为服务端 应到 turnserver 配置哪些东西呢？解决了请喝杯咖啡 |
@andyskaura 这种观测手段不太靠谱把
Select Language