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 703008 - gst-rtsp-server: get data from media element's association table
gst-rtsp-server: get data from media element's association table
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-rtsp-server
git master
Other Linux
: Normal enhancement
: 1.2.3
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-06-24 19:06 UTC by Aleix Conchillo Flaqué
Modified: 2014-02-25 22:28 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
added gst_rtsp_media_get_element_data (2.30 KB, patch)
2013-06-24 19:11 UTC, Aleix Conchillo Flaqué 		none Details | Review

Description Aleix Conchillo Flaqué 2013-06-24 19:06:55 UTC 
Now that gst-rtsp-servers uses opaque data structures, it is not possible (AFAIK( to carry around extra information, for example, when creating a new element in the media factory (create_element).
Comment 1 Aleix Conchillo Flaqué 2013-06-24 19:11:09 UTC 
Created attachment 247673 [details] [review]
added gst_rtsp_media_get_element_data
Comment 2 Wim Taymans 2013-06-24 21:59:36 UTC 
There is an "element" property that gives you the element and then you can use any of the get_data, get_qdata on it etc. I think it is nicer to get the element than to proxy all of the potential element methods (and signals and properties).

I also added a method for completeness:

commit aab11985169d6b27443c3581eadbe0760c6f9bce
Author: Wim Taymans <wim.taymans@collabora.co.uk>
Date:   Mon Jun 24 23:56:57 2013 +0200

    media: add _get_element() method
    
    Add method to get the element used when creating the media.
    
    Fixes https://bugzilla.gnome.org/show_bug.cgi?id=703008
Comment 3 Aleix Conchillo Flaqué 2013-06-24 22:07:20 UTC 
Yes, that makes more sense. Actually that's the same I did for the rtp session, I don't remember why I didn't the same for this one.

Thanks!