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.
I can't reproduce this problem with 1.4.7, sorry.
*** Bug 150818 has been marked as a duplicate of this bug. ***
I recompiled/upgraded to 1.4.7 (gentoo) with hopes of fixing it, but it failed.
I am going to poke around in the source a little bit; any pointers on where this stuff is handled?
*** Bug 151085 has been marked as a duplicate of this bug. ***
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)
I have *just tested* with my personal radio and meta data is being updated accordingly.
I may send to you graphical evidence but just now is quite late and go to sleep, so wait some 10 hours...
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.
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.
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.)
Can everyone experiencing this problem please report which version of xine you have installed. Use the command `xine-config --version`.
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
$ xine-config --version 1.1.8 (I use Mandriva cooker)
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
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.
Going from one last.fm track to another exhibits the same problem of metadata not being updated.
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.
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.
*** Bug 150882 has been marked as a duplicate of this bug. ***
It seems to work fine for me now. I am pretty confused.
*** Bug 153013 has been marked as a duplicate of this bug. ***