Version: 1.4.0a (using KDE KDE 3.5.2) Installed from: Gentoo Packages Compiler: gcc version 3.4.6 (Gentoo 3.4.6-r1, ssp-3.4.5-1.0, pie-8.7.9) OS: Linux I added a directory on a netwok share to my collection that contained someone else's mp3s; a whole bunch of playlists (which I didn't even want) got imported along with the music. While importing them amarok modified the paths stored in the playlists from windows paths (eg Z:\foo.mp3) to linux paths (like /mnt/mp3/foo.mp3). That is obviously no good :(
I just got bitten by this. I keep my music in a directory hierarchy; each directory contains a single album and an m3u file (*). The m3u files contain a list of the files with RELATIVE paths. On Scanning the collection, Amarok has messed up the m3u files. There are 2 things it did wrong: 1)It wrote to the files in the first place. I asked Amarok to SCAN the collection, not to MODIFY it. 2)It changed the paths to ABSOLUTE paths. As a result, the m3u files now won't work if I copy the music directories to another machine. (*)My ogg-ripping script generates these with cd $outputdir; ls -1 *.ogg > $playlistname.m3u
This happened to me--I have a bunch of music that I export so a coworker can listen to it. I had relative playlists for everything I ripped to the comp, and I just realized today that amarok had gone and changed the playlists to use the absolute paths. It doesn't affect *me* but affects anyone who wants to use my playlists to listen to music. I'm a little miffed at this. :P
*** Bug 127635 has been marked as a duplicate of this bug. ***
[code] chuck@chuck-debian:/media/storage/sorted/2$ ls -1 *.mp3 > testplaylist.m3u chuck@chuck-debian:/media/storage/sorted/2$ cat testplaylist.m3u Part-Time_Lover.mp3 The_hacker_Rap.mp3 Windows_95_sucks.mp3 #rescanned collection here, and playlist was correctly imported chuck@chuck-debian:/media/storage/sorted/2$ cat testplaylist.m3u Part-Time_Lover.mp3 The_hacker_Rap.mp3 Windows_95_sucks.mp3 [/code] Tested on amarok 1.4.9.1 Seems to me it's fixed
closing then