Bug 217228

Found a typo that changes the meaning.  Put it in asterisks.

All versions of 2.x.x Amarok clients seem to exhibit this behavior of *not*
showing mp3 tag data from streamed sources (I've tested only builds that would
have been available in OpenSUSE repos).

I believe these two bugs are related. https://bugs.kde.org/show_bug.cgi?id=212099

HM, when I play last.fm streams I have all metadata showing here in Amarok 2.2-git. It can depend on how the stream sends metadata.

And no, I don't think those are duplicates, bug 212099 is more an encoding problem IMHO. But then again, I don't know what encoding is used by these streams.

Could you please provide a link to that stream for testing?

Absolutely, but I'm not posting it here.  I will send you an email.

Coda do the offending files have id3v1 or id3v2 tags? (which or do they have both)

I've tested it with version v2.2, v2.3 and v2.4 id3tags.  The tags are known to be good because Amarok v1.4.x in OpenSUSE 11.1 and Windows Media Player in Windows XP still extract the id3 tag information perfectly.  Currently, the tags have all been converted to v2.3.

If I'm the only one having this problem and you are not able to reproduce it, I'll see if I can reproduce by installing Amarok 2.2.x in another *nix OS.  Maybe it's a OpenSUSE 11.2 library issue.  That release is still very young.

Can you please add id3v1 tags to the files in question - id3v2 and v1 are read in a different way, curious if only v2 is affected.

Confirmed to not be working on a different machine with Ubuntu 9.10.  

Also, as requested it was tested with v1.1 and v2.2 through v2.4 id3 tags in both Ubuntu and OpenSUSE 11.2.  (It didn't work in either scenario.)

I failed to mention the version of Amarok under Ubuntu was 2.2.0.

I'm not supposed to update the bug status, am I?  I wouldn't think that I should have access to those fields.

Thank you for the feedback.

How does a bug move from unconfirmed to confirmed?  Is there anything I can 
do to help?

Thanks,
Ben

--------------------------------------------------
From: "Myriam Schweingruber" <myriam@kde.org>
Sent: Tuesday, December 08, 2009 12:50 AM
To: <coda@connect2.com>
Subject: [Bug 217228] MP3 Tag Data Not Shown From Streams

> https://bugs.kde.org/show_bug.cgi?id=217228
>
>
> Myriam Schweingruber <myriam@kde.org> changed:
>
>           What    |Removed                     |Added
> ----------------------------------------------------------------------------
>             Status|NEEDSINFO                   |UNCONFIRMED
>         Resolution|WAITINGFORINFO              |
>
>
>
>
> --- Comment #11 from Myriam Schweingruber <myriam kde org>  2009-12-08 
> 08:50:20 ---
> Thank you for the feedback.
>
> -- 
> Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You are a voter for the bug.
> You are on the CC list for the bug.
> You reported the bug.

Code, a bug is confirmed when somebody else than the original reporter can confirm it reproducibly. So not much you can do about, sorry.

I have same proplem, amarok  does not show  mp3 tag data when playing songs from samba shares. When playing same songs from local folders amarok shows tags correct. Amarok 1.4 shows tags ok from samba shares.

I am usin amarok 2.2.2 and open suse 11.2 64-bit KDE 4

(In reply to comment #14)
> I have same proplem, amarok  does not show  mp3 tag data when playing songs
> from samba shares. When playing same songs from local folders amarok shows tags
> correct. Amarok 1.4 shows tags ok from samba shares.
> 
> I am usin amarok 2.2.2 and open suse 11.2 64-bit KDE 4

I don't think this is the same bug, yours is about Samba, this one is about Ampache.

Can somebody reproduce this (the Ampache stream problem) with Amarok 2.2.2 or current git?

The issue is still present in 2.2.2.

Thank you for the feedback.

Is this still valid with Amarok 2.3.1, to be released next week?

Closing for lack of feedback.

Created attachment 64360 [details]
the problem

Created attachment 64361 [details]
amarok version

Not fixed. This bug still stands in Amarok 2.4.3 ...

The following stream corectly displays its TAGS while it's played:
  http://he3.magnatune.com/all/21-Pachelbel Canon in D Major - Johann Pachelbel - Canon and Gigue for Three Violins and Basso Continuo in D major-Voices of Music.ogg 

This doesn't:
  http://relay4.slayradio.org:8000/

See the attached screenshots. Thx.

The stream in your example is not even streaming, the service is down according to their website.
Please do not reopen or comment on such old reports, open a new one instead, but make sure your example can actually be reproduced.