supersndqd
supersndqd
我收流再推送,我就是下级了,a=setup:active,严谨一点,我sdp交互的时候,就应该确认我的发送端口,但因为未Ack,上级的端口未开放,我startSendRtp因为上级的端口未开,报错,我需要手动设置发送端口,这样和zlmediakit管理的端口有可能就发送冲突,变复杂了
性质类似,但是因为GB先收再推送,我告诉mediaserver,我要开端口收流,然后推送个某个ip和端口,restful交互中,我希望能获得收流的端口,和推流的端口(gb理论是不限制下级推送的ip和端口的,因为涉及到nat,但是我偏偏遇到了),然后我再生成sdp,我先告诉下级往哪个ip.port,推流,告诉上级我用那个ip和端口推送流. 我希望下级流注册了,mediaserver就自然往上级推送了,我不需要过多的参与了.我目前实际情况是先和下级把流程走完,流生成了,然后再去应答上级的invite,我需要自己管理推送的端口,并发大的时候,容易和mediaserver的冲突,,而且非常容易超时
先拉再推,rtp推送可以实现这种功能吗
err不为nil,err的判断里面我加了continue,后面代码继续在跑,而且statuscode是200,也是成功,就是resp.body是空的 rkBack是struct的默认值,resp判断是nil DevMode 同样无法同样无法看到resp的内容
我开始用body一个int值作判断的,0就是成功,跑了好多天了,才发现这个问题
说错,err为nil 我做了判断 if err != nil { fmt.Println("reg", err) time.Sleep(3 * time.Second) registerch
digest两次连接,我感觉resp保留的是第一次401的空body,想看源代码,几次跳转.放弃,跟大佬求助
qq邮箱,已经发送
因为我的应用比较简单,就是简单restful,除了一个digest认证,目前用原始net/http了,
又一次来试试,发现digest 获取的还是一次digest验证的时候的错误 package main import ( "fmt" "github.com/imroc/req/v3" ) func main() { client := req.C().DevMode() resp, err := client.R(). SetDigestAuth("admin", "a12345678"). Get("http://192.168.1.244/ISAPI/ContentMgmt/InputProxy/channels") if err != nil { fmt.Println(err) } body...