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 746743 - rtpsource: Stats contain useless SR fields for receiver sources
rtpsource: Stats contain useless SR fields for receiver sources
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-03-25 14:04 UTC by Sebastian Dröge (slomo)
Modified: 2018-11-03 14:59 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Sebastian Dröge (slomo) 2015-03-25 14:04:41 UTC 
On the sender side, we currently have one rtpsource for sending, and then the N rtpsources for all the receivers.

The receiver rtpsource will then get the RRs at some point, and generate stats from it, which can be retrieved with the "stats" property. However these stats contain lots of fields that are always going to be 0: sr-*, packets/octets-received/sent, etc.

The sr-* fields look like they should contain the values from the last SR that was sent, but that one comes from a different rtpsource and the receiver rtpsource never sees that.

The packets/octets-received/sent fields would only contain a value if this was a source that sends data, or receives data. So never the receiver sources on the sender side.


Is this all intended as is? Should the SR at the sender side also go to all the receiver sources so that they can know the SR that resulted in the RRs that are received?
Comment 1 GStreamer system administrator 2018-11-03 14:59:15 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/issues/175.