Bug 150429 - When playing Last.fm radio, track information don't change when song does
Summary: When playing Last.fm radio, track information don't change when song does
Status: RESOLVED FIXED
Alias: None
Product: amarok
Classification: Applications
Component: general (show other bugs)
Version: 1.4.7
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Amarok Developers
URL:
Keywords:
: 150818 150882 151085 153013 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-10-02 22:31 UTC by Xabier Villar
Modified: 2007-11-27 21:44 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Metadata not updated (267.90 KB, image/png)
2007-10-21 14:00 UTC, Marek Laane
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Xabier Villar 2007-10-02 22:31:58 UTC
Version:           1.4.7 (using KDE 3.5.7, Debian Package 4:3.5.7.dfsg.1-7 (lenny/sid))
Compiler:          Target: i486-linux-gnu
OS:                Linux (i686) release 2.6.22-2-686

It basically the same behavior as in Bug 131593, wich should be fixed on version 1.4.2, but still happens in 1.4.7.
Comment 1 Mark Kretschmann 2007-10-11 10:24:31 UTC
I can't reproduce this problem with 1.4.7, sorry.
Comment 2 Seb Ruiz 2007-10-14 08:19:47 UTC
*** Bug 150818 has been marked as a duplicate of this bug. ***
Comment 3 David Hilton 2007-10-14 08:29:13 UTC
I recompiled/upgraded to 1.4.7 (gentoo) with hopes of fixing it, but it failed.
Comment 4 David Hilton 2007-10-14 08:34:39 UTC
I am going to poke around in the source a little bit; any pointers on where this stuff is handled?
Comment 5 Seb Ruiz 2007-10-21 05:18:24 UTC
*** Bug 151085 has been marked as a duplicate of this bug. ***
Comment 6 Marek Laane 2007-10-21 05:37:17 UTC
Yeah, it's really duplicate but certainly not fixed! I'm not very sure when I first noticed it but I suspect it was in 1.4.7 (maybe in 1.4.6 but I'm not really sure)
Comment 7 Seb Ruiz 2007-10-21 05:45:11 UTC
I have *just tested* with my personal radio and meta data is being updated accordingly.
Comment 8 Marek Laane 2007-10-21 05:47:58 UTC
I may send to you graphical evidence but just now is quite late and go to sleep, so wait some 10 hours...
Comment 9 David Hilton 2007-10-21 06:13:29 UTC
I have compiled amarok several times to no effect.

I have looked at the source, but have been unable to effectively step through while the source is running, although I have tried.

This bug exists and is quite annoying.

There is at least one other bug that is very probably related that I have not reported and that may be useful for debugging;

If I double click on the last.fm track, it will begin playback.  However, it will not begin playback if a) the playlist naturally progresses and tries to playback the stream, or b) if a last.fm stream is playing back and I double click on another last.fm stream, it will not switch over.

If it is not a problem for you (Seb), then it is possible that the problem either lies in a compile-time or run-time setting, or that it relates to interaction with some other library.  I personally suspect the first.

For others with this bug, it would be useful to see if the two situations that I just described apply to your situation.
Comment 10 Balachandran Chandrasekharan 2007-10-21 12:03:29 UTC
I am using Debian Sid, KDE 3.5.8, amarok 1.4.7, build date (Aug 31). I am facing the same problem with non-updating metadata for last.fm streams.

As with David, (a) when the playlist progresses to a last.fm stream, I noticed 2 errors: 1) No playback at all. This gave a "Failed to ..." error popup.
2) The track appeared to be playing (the playback slider was moving forward), but with no sound.

but (b) when one last.fm stream was playing and i double click on another last.fm stream: it did switchover, but the metadata was not updated.
Comment 11 Marek Laane 2007-10-21 14:00:01 UTC
Created attachment 21885 [details]
Metadata not updated

As you can see, there is only two entries in metadata: Iron Maiden from
previous session and Ozzy Osbourne from current session. Ozzy played duly its
five minutes after 13:40 but as you can see right below, now it is 14:04 - and
metadata have not been updated, though there has been more songs played.
(Same time, as I said in bug report 151085, Shoutcast streams do show metadata
correctly, though not playing time, but it's probably their peculiarity and in
any case a lot more tolerable than not knowing what/who is playing.)
Comment 12 Seb Ruiz 2007-11-08 07:32:36 UTC
Can everyone experiencing this problem please report which version of xine you have installed. Use the command `xine-config --version`.
Comment 13 David Hilton 2007-11-08 07:41:37 UTC
I am running xine 1.1.8.  I run gentoo.

Xine is compiled with the following flags;
X a52 aac alsa dts dvd flac gnome gtk ipv6 jack mad nls opengl real speex theora truetype v41 vcd vorbis win32codecs xv

Amarok is compiled with the following flags;
amazon debug kde musicbrainz opengl python real
Comment 14 Marek Laane 2007-11-08 11:45:23 UTC
$ xine-config --version
1.1.8
(I use Mandriva cooker)
Comment 15 Seb Ruiz 2007-11-08 12:45:12 UTC
SVN commit 734270 by seb:

Revert commit 673737. This addition breaks last.fm meta-data changes with xine 1.1.8.
Please report that this fixes the problem!
BUG: 151936
BUG: 150429


 M  +0 -11     xine-engine.cpp  
 M  +0 -2      xine-engine.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=734270
Comment 16 David Hilton 2007-11-08 18:58:04 UTC
The update does fix the problems that I had suggested as being related.  However, it does not resolve the issue of the metadata not being updated.

Comment 17 David Hilton 2007-11-08 19:07:57 UTC
Going from one last.fm track to another exhibits the same problem of metadata not being updated.
Comment 18 LuRan 2007-11-10 07:17:07 UTC
Metadata is updated as it should after svn update to the latest version (734816). I noticed I cannot skip songs in amarok, but I suppose it has nothing to do with this bug.
Comment 19 David Hilton 2007-11-10 07:57:37 UTC
when I checked it on the 8th, I checked out the svn version.  
I just checked out revision 734839(multimedia)/734809(amarok), the most current available to me.  I can skip songs, but the metadata is still not updated.
Comment 20 Seb Ruiz 2007-11-11 22:42:04 UTC
*** Bug 150882 has been marked as a duplicate of this bug. ***
Comment 21 David Hilton 2007-11-15 05:07:02 UTC
It seems to work fine for me now.  I am pretty confused.
Comment 22 Kevin Funk 2007-11-27 21:44:34 UTC
*** Bug 153013 has been marked as a duplicate of this bug. ***