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 663826 - Transcoding fails if external media server provides a URL containing @ADDRESS@
Transcoding fails if external media server provides a URL containing @ADDRESS@
Status: RESOLVED FIXED
Product: rygel
Classification: Applications
Component: general
git master
Other Linux
: Normal normal
: ---
Assigned To: rygel-maint
rygel-maint
Depends on:
Blocks:
 
 
Reported: 2011-11-11 07:40 UTC by James Henstridge
Modified: 2012-01-28 13:44 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description James Henstridge 2011-11-11 07:40:22 UTC
If I use the external media server spec to publish an item whose URLs attribute is something like ['http://@ADDRESS@:port/path'], then transcoding of the resource fails.

This definitely used to work in the 0.4.x series (and is documented in http://live.gnome.org/Rygel/MediaServer2Spec), but seems to be broken in the 0.10.x series and also trunk by the look of it.

Using gupnp-universal-cp to browse the container shows both the transcoded resource and the original version with @ADDRESS@ converted to the real IP address.  However, if I try to play the transcoded version, things fail.

Turning on some GStreamer debug spew indicates that the souphttpsrc is having trouble looking up the hostname "ADDRESS@", which seems to indicate that it is working from the original URL rather than the version with the address substituted in.
Comment 1 Jens Georg 2012-01-19 19:03:56 UTC
src = GstUtils.create_source_for_uri (this.uris.get (0)); 

needs to to the ADDRESS replacement as well
Comment 2 Jens Georg 2012-01-28 13:21:25 UTC
oh wait, that's the reason transcoding in pulse audio support is still broken!