-
-
Notifications
You must be signed in to change notification settings - Fork 5.5k
Hope to add the stream_id attribute in the on_publish callback interface. #2837
New issue
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
Comments
Welcome to submit a patch.'
|
This comment was marked as off-topic.
This comment was marked as off-topic.
Please provide a detailed explanation of the specific application scenarios, instead of just giving a conclusion. Do not add any unnecessary information unless it is necessary.
|
This comment was marked as off-topic.
This comment was marked as off-topic.
Thank you, described very clearly. 👍
|
Curve-saving law: Use the client_id in the callback information to query the clients interface => can obtain the stream_id.
|
Not bad, not bad, I support it. My application scenario also needs this functionality. Actual application situation: In the list, you can see the information of the stream currently being pushed, and you can also verify the running status of the stream. To implement this application scenario, it is necessary to directly obtain the information of the stream. However, currently, the data submitted from the hook cannot be directly obtained from the API. The ultimate goal is to be able to directly obtain the relevant information of the stream through the API, such as modifying the API, for example, api/v1/vhost/app/stream.
|
There is a way to bypass it, the callback will provide the
Then, by querying this client, you can obtain the
Then, using
|
Received, thank you for your hard work~
`TRANS_BY_GPT3`
|
Received, thank you for your hard work~
`TRANS_BY_GPT3`
|
Based on the current development version, during the process of implementing the SIP signaling server myself, I need to obtain stream information after the invitation to pull the stream. However, the current on_publish callback only provides app and stream, without stream_id. In this case, I need to first obtain the stream list through the http_api's api/v1/streams interface, and then filter out the specific stream information based on app and stream. I think it would be more appropriate to return the stream_id in the on_publish callback and save it on the business side. This way, the corresponding stream information can be directly obtained based on the stream_id.
TRANS_BY_GPT3
The text was updated successfully, but these errors were encountered: