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 776495 - Handling GST_RESOURCE_ERROR_NOT_FOUND for a stream
Handling GST_RESOURCE_ERROR_NOT_FOUND for a stream
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
1.x
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-12-26 09:58 UTC by Arnaud Rebillout
Modified: 2018-11-03 12:38 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Arnaud Rebillout 2016-12-26 09:58:56 UTC
Dear Gst,

In the current version of GStreamer, when playing an audio stream, different error cases lead to the same error:

    GST_RESOURCE_ERROR: GST_RESOURCE_ERROR_NOT_FOUND
    Could not resolve server name.

I identified clearly 2 error cases that lead to this error. I need to distinguish between these two error cases, and at the moment GStreamer doesn't provide a reliable way to do this.

----

There are clearly two different error cases that lead to this error message.

1. The network is done. Error reported by gst is as such:

Gst error msg: gst-resource-error-quark:3: Could not resolve server name.
Gst error debug: gstsouphttpsrc.c(1315): gst_soup_http_src_parse_status
(): /GstPlayBin:playbin/GstURIDecodeBin:uridecodebin0/GstSoupHTTPSrc:source:
Error resolving 'direct.fipradio.fr': Temporary failure in name
resolution (2), URL: http://direct.fipradio.fr/live/fip-midfi.mp3,
Redirect to: (NULL)

2. The server name in the uri is wrong. Error:

Gst error msg: gst-resource-error-quark:3: Could not resolve server name.
Gst error debug: gstsouphttpsrc.c(1315): gst_soup_http_src_parse_status
(): /GstPlayBin:playbin/GstURIDecodeBin:uridecodebin0/GstSoupHTTPSrc:source:
Error resolving 'direct.fipxxxxx.fr': Name or service not known (2),
URL: http://direct.fipxxxxx.fr/live/fip-midfi.mp3, Redirect to: (NULL)

In the 1st case, I want to keep on retrying, until the network is brought back up. In the 2nd case, I want to stop and report the error to the user. So I need to distinguish between these two error cases.

At the moment, the only way to do that would be to parse the debug string, since it contains the libsoup error string, and this gives me the information I want, as you can see in the debug messages above.

But parsing the debug string is not reliable, the content might change at any time.

This has been reported on the mailing list, and to quote Sebastian Dröge:

> There are ways to add additional information to error messages now, which you could use here. Maybe some kind of "try-again" flag.

----

Best regards,

Arnaud
Comment 1 GStreamer system administrator 2018-11-03 12:38:44 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/gstreamer/issues/212.