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 599368 - HTC Hero Android album art not support.
HTC Hero Android album art not support.
Status: RESOLVED WONTFIX
Product: banshee
Classification: Other
Component: Device - USB Mass Storage
1.5.1
Other Linux
: Normal normal
: 1.x
Assigned To: Banshee Maintainers
Gabriel Burt
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2009-10-23 02:02 UTC by Nick Brown
Modified: 2020-03-17 08:26 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Nick Brown 2009-10-23 02:02:23 UTC
While banshee correctly mounts and sync music to my HTC Hero Android based phone (though it shows a G1 picture), it does not appear to correctly support album artwork.
It appears to upload a AlbumArt.jpg to the music folders, but while this appears to be correct for the music player on the G1, on the HTC Hero the default HTC Music Player seems to require the artwork to be in the tags in the mp3 file itself.

http://people.iola.dk/arj/2009/09/25/getting-album-covers-working-on-the-htc-hero/

Can banshee be made to upload the AlbumArt.jpg and insert the art into the mp3 tags? This should allow it to support a wider range on Android devices.

(or perhaps it should not treat all Android devices the same, as it more about the music player on the device than OS itself)
Comment 1 Bertrand Lorentz 2009-10-23 18:36:29 UTC
Do you know if the Hero is the only HTC with this problem ?

In order to do handle this, we would need to be able to differentiate between the various HTC Android phones. See bug #587121 for the discussion on why it's possible currently.
Comment 2 Nick Brown 2009-10-24 20:01:12 UTC
I'm afraid I don't know if this effect others devices as I only have access to a HTC Hero.
It is unfortunate that it not possible to differentiate between the device, but perhaps it is not required to handle this problem, as the art work could be embedded in the music file for all devices while still copying across the AlbumArt.jpg file aswell. The device is then free to choice to use either.
Comment 3 Gabriel Burt 2009-10-27 20:16:28 UTC
Bulk changing the assignee to banshee-maint@gnome.bugs to make it easier for people to get updated on all banshee bugs by following that address.  It's usually quite apparent who is working on a given bug by the comments and/or patches attached.
Comment 4 Gabriel Burt 2010-01-26 18:03:40 UTC
This is not a 'Major' bug.
Comment 5 Sebastian Krämer 2011-01-21 11:42:33 UTC
Since that would imply changing the media file itself, it should (if being implemented at all) definitely be configurable (like with writing play info and ratings), IMHO.
Comment 6 André Klapper 2020-03-17 08:26:48 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.