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 706013 - banshee: Fails to play FLAC from uPNP
banshee: Fails to play FLAC from uPNP
Status: RESOLVED WONTFIX
Product: banshee
Classification: Other
Component: DAAP
2.6.1
Other Linux
: Normal normal
: ---
Assigned To: Banshee Maintainers
Banshee Maintainers
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2013-08-14 18:20 UTC by Chow Loong Jin
Modified: 2020-03-17 09:51 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
banshee --debug output (11.02 KB, text/plain)
2013-08-14 18:20 UTC, Chow Loong Jin
Details
Debug log including Mono.UPnP stuff (16.38 KB, text/plain)
2013-08-15 04:06 UTC, Chow Loong Jin
Details

Description Chow Loong Jin 2013-08-14 18:20:18 UTC
Created attachment 251639 [details]
banshee --debug output

Originally from http://bugs.debian.org/719697

When I attempt to play a FLAC from a uPNP server (a minidlna install on
my LAN) Banshee silently fails to play the file with no indication as to
the problem.  This is bad both in that the playback fails and in that no
information is provided as to what went wrong.

This appears to be FLAC specific, a MP3 plays fine.

Debug log is attached.
Comment 1 Chow Loong Jin 2013-08-15 04:06:20 UTC
Created attachment 251682 [details]
Debug log including Mono.UPnP stuff

The previous one seemed to show some DAAP errors instead.
Comment 2 Andrés G. Aragoneses (IRC: knocte) 2013-08-15 08:49:45 UTC
I think the relevant part of the log (which should probably be fixed in mono-upnp repo) is:

[46 Warn  19:22:30.324] Caught an exception - Mono.Upnp.Dcp.MediaServer1.ContentDirectory1.DeserializationException: The DIDL-Lite element has no proper children. (in `Mono.Upnp.Dcp.MediaServer1')
  at Mono.Upnp.Dcp.MediaServer1.ContentDirectory1.RemoteContentDirectory+<Deserialize>c__Iterator6`1[Mono.Upnp.Dcp.MediaServer1.ContentDirectory1.Object].MoveNext () [0x00000] in <filename unknown>:0 
  at Mono.Upnp.Dcp.MediaServer1.ContentDirectory1.RemoteContentDirectory.Deserialize[MusicTrack] (System.String xml) [0x00000] in <filename unknown>:0 
  at Mono.Upnp.Dcp.MediaServer1.ContentDirectory1.RemoteContentDirectory.Search[MusicTrack] (Mono.Upnp.Dcp.MediaServer1.ContentDirectory1.Container container, System.Action`1 query, ResultsSettings settings) [0x00000] in <filename unknown>:0 
  at Banshee.UPnPClient.UPnPServerSource.Parse (Mono.Upnp.Device device, Mono.Upnp.Dcp.MediaServer1.ContentDirectory1.ContentDirectoryController content_directory) [0x00000] in <filename unknown>:0
Comment 3 Bertrand Lorentz 2013-08-18 09:46:30 UTC
That exception is caused by the server returning a search result that does not match the UPnP spec. If I remember correctly, the spec says a DIDL-Lite element must not be empty.

As it seems that the FLAC track is visible in Banshee, this exception might not be related to the problem.
Comment 4 André Klapper 2020-03-17 09:51:33 UTC
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived.

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect
reality. Please feel free to reopen this ticket (or rather transfer the project
to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the
responsibility for active development again.
See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.