After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 789113 - GstRTSPClient: Please provide a way to get the path
GstRTSPClient: Please provide a way to get the path
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-rtsp-server
git master
Other Linux
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2017-10-17 17:28 UTC by erik
Modified: 2017-10-21 10:22 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description erik 2017-10-17 17:28:06 UTC
Situation is a "closed" callback which has the GstRTSPClient as argument. In the callback I would like to read the path (client->priv->path) the client has used, e.g. "/rgb".


I need this path to decide when to notify the producer of the video content if there are still clients receiving this content. If not the producer can stop.
Comment 1 Sebastian Dröge (slomo) 2017-10-19 14:04:17 UTC
Can you provide a patch for this?
Comment 2 erik 2017-10-19 17:51:49 UTC
Would a readonly property "path" in GstRTSPClient be acceptable?
Comment 3 Sebastian Dröge (slomo) 2017-10-20 07:34:58 UTC
That would work, yes
Comment 4 Sebastian Dröge (slomo) 2017-10-20 07:35:29 UTC
Note that you can also get the path from the GstRTSPContext. Some more context about where and why you need to get access to the path would be useful.
Comment 5 erik 2017-10-21 09:41:19 UTC
I need to get the path inside callback of the "closed" signal[1]. There is no GstRTSPContext there.

[1] https://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-rtsp-server/html/GstRTSPClient.html#GstRTSPClient-closed
Comment 6 erik 2017-10-21 10:22:07 UTC
Never mind, seems that it does not work since the "path" is already destroyed when the callback fires. (It did work in gst0.10).

However I discovered the "teardown-request" signal which also has a GstRTSPContext instance.