Version: 1.4 b2 (using KDE KDE 3.5.1) Installed from: Ubuntu Packages Compiler: gcc-4 OS: Linux Hello, with amarok v1.4 (beta 1 and 2) sometimes at next startup my playlist is not fully reloaded, like 25% of it. Sometimes I also have the message telling me there are errors with the xml of the playlist, but this does not happen everytime my playlist is at fault. My playlist file is well saved. If you need any information please ask, Thanks
I'd like to second this, it's very annoying. It seems that this happens on every logout/relogin. But it stops when the playlist is around 39 entries (it was 247 at the start). Andreas
Andreas: John claims that the playlist save file (~/.kde/share/apps/amarok/current.xml) is in fact correctly saved (not truncated). Is this the case for you too?
Hello, I meant for my own playlist file not the amarok one. Sorry for the inconveniance.
OK, then it's pretty obvious what happens: amaroK takes too long to shut down, so that the window manager kills it on window manager shutdown. This is especially likely to happen with a huge playlist (takes longer to save), and when the music was playing during shutdown, since xine-engine does a fadeout, which delays shutdown a bit. Not sure how to solve this, apart from accelerating the whole shutdown procedure, which is difficult. Perhaps we could try to write the playlist file as the first thing on shutdown.
Oh this may be it, now I'm using gstreamer instead of xine (no real reason, just to try it ..., before gst-10 xine was better to me but now I don't know) and I have not seen this happening anymore.. Thanks
*** Bug 127454 has been marked as a duplicate of this bug. ***
*** Bug 127452 has been marked as a duplicate of this bug. ***
Hi, i wasn't aware of this report already exists, but why not also managing the current playlist in the database like the collection? Changes would result in only a single SQL-Statement and only the current song has to be marked at shutdown.
Same Problem here with Amarok 1.4 (Debian unstable). That's really annoying and should be fixed. ------- Additional Comment #8 From Daniel Lärm 2006-05-16 18:13 ------- > > but why not also managing the current playlist in the database > like the collection? Good question. btw. Thanks for the fantastic app. Best Regards, Joe
Back to xine as gst is not part of 1.4a, and still having this problem. Though I cannot say if it's really xine related or not ..
> why not also managing the current playlist in the database like the collection? > Changes would result in only a single SQL-Statement and only the current song has to be marked at shutdown. I had just been thinking this myself recently. I think that it would also increase the performance of the playlist (such as a moving a song to another position on the playlist). Custom playlists should be able to be saved to the database as well. When I save m3u playlists, i get all sorts of problems with them being truncated and not working with Unícôde folder names.
Have same problem here. Using Amarok 1.4.1-beta1 on SuSE 10.1. The playlist (with about 8000 songs) gets saved ok, and loads ok when loaded manually, but gets hosed over a shutdown cycle. Very annoying, but not so annoying that I will start using another player :-). Amarok is a beauty! Cheers, Frits
By the way, I have the same problem with amarok settings and plugins settings, they don't always get saved ...
*** Bug 129986 has been marked as a duplicate of this bug. ***
Oh also can someone edit the bug report because it's still on the 1.4a release, not only with the beta ones.
A trivial work around: back up your playlist (for example, to $HOME/.kde/share/apps/amarok/current.xml.bak) and then copy it back at login time. I added the following line to .xinitrc: cp $HOME/.kde/share/apps/amarok/current.xml.bak $HOME/.kde/share/apps/amarok/current.xml Of course, you need to update the backup every time the playlist changes and some info (like LastPlayed) is lost.
*** Bug 132404 has been marked as a duplicate of this bug. ***
This problem is still very much alive in Amarok 1.4.3 (using KDE 3.5.4). Whether I close amarok manually, or let it auto-close on log out, either way the playlist is hosed when I re-open Amarok. Out of the 2500or so tracks, it keeps about 1000, and tells me to inform the developers. So I am.
*** This bug has been marked as a duplicate of 133632 ***
Hello, it seems finally fine with the new version, thanks.
I also encountered this bug. It seems to be caused by special characters, which are not encoded into UTF8. sjoerd0@sjord:~/.kde/share/apps/amarok$ xmllint current.xml current.xml:8654: parser error : xmlParseCharRef: invalid xmlChar value 2 <Comment></Comment> ^ current.xml:8678: parser error : xmlParseCharRef: invalid xmlChar value 3 <Comment></Comment> ^ current.xml:8702: parser error : xmlParseCharRef: invalid xmlChar value 6 <Comment></Comment> ^ current.xml:9484: parser error : Input is not proper UTF-8, indicate encoding ! Bytes: 0xE9 0x6C 0x69 0x71 <Filename>01 - Angélique Kidjo - Refavela.ogg</Filename> The playlist is truncated at this item (e.g. this is the last item visible in the playlist): <item url="file:///pub/ftp/music/EmuleHits/CD1/02.%20Artiesten%20Voor%20Azie%20-%20Als%20Je%20Iets% 20Kan%20Doen.mp3" uniqueid="bec1fc87004844ce4f6b12f5de0e6661" > <Filename>02. Artiesten Voor Azie - Als Je Iets Kan Doen.mp3</Filename> <Title>Als Je Iets Kan Doen</Title> <Artist>Artiesten Voor Azi<EB></Artist> <Composer></Composer> <Year>0</Year> <Album>Emule Hits Best Of 2005</Album> <DiscNumber>0</DiscNumber> <Track>2</Track> <BPM>0</BPM> <Genre></Genre> <Comment></Comment> <Directory>/pub/ftp/music/EmuleHits/CD1</Directory> <Type>1</Type> <Length>307</Length> <Bitrate>208</Bitrate> <SampleRate>44100</SampleRate> <Score>-2</Score> <Rating>-2</Rating> <PlayCount>-2</PlayCount> <LastPlayed>2</LastPlayed> <Mood></Mood> <Filesize>7989248</Filesize> </item>
I have the same problem. With the newest version, it is much faster and saves the playlist at time, but as #21 says, now it fails when reading non-english characters!
In fact, it happens with extended characters (accented letters, ñ, umlauts, Greek, Cirylic, Hebrew, Chinese, Japanese... Anything beyond basic Latin set), and only on playlist reload (undo-redo, quit and restart, etc.), only with MySQL... But SQLite can't process "favourites" routines, nor ratings or scores, so you choose: neat playlists or neat statistics. As I read in various forums, and on comments to other related bugs, this derives from developers' decision to stick to UTF8 encoding, but Amarok doesn't read its playlist the same way it writes it, hence the playlist scrambling... I'm a humble desktop user and I'm paying high for LastFM's integration into Amarok (the only I wanted of an upgrade), I shall stuck to 1.3.8, but after unsuccesfully trying 1.4.1, I'm unable to downgrade... Cons are overtaking pros for me; I've been solving a-bug-a-day, and for a permanent newbie, that's too much... After the so much I've overcome with 1.4.x, the only I ask is to give me back the custom encoding checkbox in Preferences; I won't retag my 2k+ collection track by track just because a developers' unilateral decision, and because my tracks aren't played only with Lnx Amarok, but with other players and platforms, and I know what encoding changes do in these cases.
"only with MySQL... But SQLite can't process "favourites" routines, nor ratings or scores, so you choose: neat playlists or neat statistics." first, this problem should not be db specific. second, what do you mean by "favourites routines" ? third, ratings and scores should work with sqlite. if they do not work for you, that is a different problem. fourth, encoding is used according to tag specifications, not some wild developer decision. fifth, playlist saving/reloading problem is fixed in svn and should be soon available in most builds.
Can anyone else confirm that the playlist /encoding/ problem is fixed in SVN trunk? I want to be sure before making a patch.
I had 400gb until this weekend so, sorry, I cannot test.
I compiled amarok from SVN just now and I could not reproduce the error. E.g. I could not get a truncated playlist by restarting amarok a few times. Amarok still outputs this as debug info: amarok: BEGIN: void Playlist::saveXML(const QString&) QDom: saving invalid character , the document will not be well-formed QDom: saving invalid character , the document will not be well-formed QDom: saving invalid character , the document will not be well-formed amarok: END__: void Playlist::saveXML(const QString&) - Took 1.8s xmllint says this: current.xml:8654: parser error : xmlParseCharRef: invalid xmlChar value 2 <Comment></Comment> ^ current.xml:8678: parser error : xmlParseCharRef: invalid xmlChar value 3 <Comment></Comment> ^ current.xml:8702: parser error : xmlParseCharRef: invalid xmlChar value 6 <Comment></Comment>