#503 Relative paths in Playlists

open
nobody
None
5
2013-01-14
2013-01-14
Zenwort
No

Feature request: relative paths instead of absoulute ones in playlists

I do understand that my setup may be a bit singular:

* Linux 3.4.6-2.10-desktop x86_64
Distribution: openSUSE 12.2 (x86_64)
KDE: 4.9.3 "release 5"
* SMPlayer 0.8.1
MPlayer dev-SVN-r35127-4.7-openSUSE Linux 12.2 (x86_64)-Packman

I do keep my audio and video collections on an external USB-HDD with several physical partions, the one for video being a truecrypt encrypted, audio not. All playlists are kept in a folder "m3u" within "audio" and "video" respectively.

Since the recent update to openSUSE 12.2, the system mounts "Audio" at: "/run/media/USER/Audio" when (in the KDE settings) the disk is defined as "mount/recognize automatically," but conventionally at "/media/Audio" when mounted manually. Additionally even if the mountpoint was "/media/Audio" after wake-up (this is a laptop) the volume is then mounted "/run/media/USER/Audio". In short this breaks all my playlists (the video playlist in the encrypted volumes remain ok as truecrypt still mounts a /media/truecryptNN even if the volume with the container is in fact at "/run/media/USER/Video").

Of course this is not really a problem caused by the SM-player, but the eaiest solution around it that I can see would be to AUTOMATICALLY save playlist entries
<code>
#EXTINF:0,Rolling Stones - (I Can't Get No) Satisfaction.mp3
/media/Audio/Sechziger_und_so/RollendeSteine/Rolling Stones - (I Can't Get No) Satisfaction.mp3
</code>
as
<code>
#EXTINF:0,Rolling Stones - (I Can't Get No) Satisfaction.mp3
../Sechziger_und_so/RollendeSteine/Rolling Stones - (I Can't Get No) Satisfaction.mp3
</code>
that is relative paths instead of absoulute ones.

(Having to change this manually in 54 playlists was a bit of a bummer, as 'file replace' for some reason did not work)

Discussion

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks