We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
如上面代码中,在onrtp回调中,有用户传入参数param和channel,请问如何区分是来自于哪个连接的RTCP包,麻烦有时间看一下,谢谢 if(rtp->onrtp) rtp->onrtp(rtp->param, rtp->channel, rtp->data, rtp->length);
if(rtp->onrtp) rtp->onrtp(rtp->param, rtp->channel, rtp->data, rtp->length);
The text was updated successfully, but these errors were encountered:
这里的rtp_over_rtsp是每个连接独立的,每个rtsp对应一个连接, 多个用户有多个不同rtsp对象。
同样多个用户对应不同的rtp对象。
Sorry, something went wrong.
明白。有个地方,通过rtsp_server_listen创建连接的多个rtsp对象,都是公用的rtsp_server_listen中传入的同个aio_rtsp_handler_t,使用相同的onrtp回调函数,在这个函数中只有区分通道号,区分不了是哪一个rtsp session
感谢反馈, onrtp回调确实少了关联信息,我考虑下怎么建立关联关系。
设计时只考虑了rtsp拉流模式, 没有充分考虑到推流模式,漏掉了rtp over rtsp推流场景。
你好,发现在rtp over tcp场景下,推流发送使用的是rtsp_server_send_interleaved_data,调用的send阻塞接口,在客户端断网情况下会一直阻塞住
No branches or pull requests
如上面代码中,在onrtp回调中,有用户传入参数param和channel,请问如何区分是来自于哪个连接的RTCP包,麻烦有时间看一下,谢谢
if(rtp->onrtp) rtp->onrtp(rtp->param, rtp->channel, rtp->data, rtp->length);
The text was updated successfully, but these errors were encountered: