VLC's XSPF demuxer does not support relative paths

Hello,

Ticket #12058 (closed) doesn't solve the problem for Mac OS.

I'm using VLC 2.2.4 and it's not possible to use relative paths in XSPF playlists.

The VLC Player doesn't find the media files with file:///myfile.mp3:

Error: No such file or Directory.

It works only when I change it to absolute path: file:///Users/mike/Desktop/myfile.mp3

The playlist.xspf is in the same directory Desktop as the file myfile.mp3.

• It seems that the fix of ticket #12058 (closed) works only for Windows.
• VLC 2.2.4 for Windows works fine with xspf and relative paths.

Could you also fix the problem for Mac OS? Thank you.

Best Regards, Mike

added Component::Demuxers: Playlist Platform::macOS Severity::major Type::bug labels

changed milestone to %Bugs paradize

changed the description

The other ticket seems to be fixed for VLC 3.0 only. Did you try a VLC 3.0 nightly build?

Relative paths are supported by demux/xspf, you can however not specify a relative path using file:// as this is invalid. It also might be worth linking to the spec of available at xspf.org:

• xspf.org - XSPF Version 1 - 6.2 Relative Paths

Testcase

The following xspf (named foo.xspf in the following examples) works fine, both with 2.2.4 and latest trunk:

#!xml
<playlist version="1" xmlns="http://xspf.org/ns/0/" xmlns:cl="http://example.com">
  <trackList>
    <track>
        <location>sample_1.mp3</location>
    </track>
  </trackList>
</playlist>

% tree /tmp/samples
/tmp/samples
├── foo.xspf
└── sample_1.mp3

0 directories, 2 files

% pwd
/home/refp/work/videolan/misc/video-samples

+/misc/video-samples% vlc -Irc -q /tmp/samples/foo.xspf
VLC media player 2.2.4 Weatherwax (revision 2.2.3-37-g888b7e89)
VLC media player 2.2.4 Weatherwax
Command Line Interface initialized. Type `help' for help.
> info
+----[ Stream 0 ]
|
| Bitrate: 128 kb/s
| Sample rate: 44100 Hz
| Channels: Stereo
| Type: Audio
| Codec: MPEG Audio layer 1/2 (mpga)
|
+----[ end of stream info ]
> quit
Shutting down.

added Status::invalid label

closed

Replying to [comment:3 FilipRoseen-refp]:

Oh ok, it's working for Mac, also for Windows :-)

Sorry for the inconvenience.

But what I do not understand: Sometimes it works in Windows with file:/// and sometimes not. Also version 2.2.4.

It's very strange :-(

• Should I always remove file:///?

Is this still a correct xspf playlist according to the specification? I am a bit confused.

Replying to [comment:2 dfuhrmann]:

The other ticket seems to be fixed for VLC 3.0 only. Did you try a VLC 3.0 nightly build?

I tried the last nightly build, vlc-3.0.0-!20161013-0438, but with file:/// it doesn't work.

Error1: File reading failed
Error2: Your input can't be opened

And it does also not work when I remove file:///.

So the fix for 2.2.4 does not work in 3.0.0.

Replying to [comment:5 mike_psy]:

So the fix for 2.2.4 does not work in 3.0.0.

Oh, you are correct - seems I must have tested with another sample than what I showed here on trac. I will fix this issue during the next new minutes, thank you!

added Version::master git label and removed Status::invalid label

reopened

assigned to @FilipRoseen-refp and unassigned @MigrationBot

added 1 deleted label and removed Platform::macOS label

changed title from VLC's XSPF still doesn't support relative paths at all despite the format itself supporting (Mac OS) to VLC's XSPF demuxer does not support relative paths

changed milestone to %3.0 FF

Replying to [comment:6 FilipRoseen-refp]:

Replying to [comment:5 mike_psy]:

So the fix for 2.2.4 does not work in 3.0.0.

Oh, you are correct - seems I must have tested with another sample than what I showed here on trac. I will fix this issue during the next new minutes, thank you!

Ok :-)

But to my first question...

Is it still a correct xspf format when removing file:///?

I'm not sure but it seems to be O.K. if I take a look at 6.2 in spec:

• http://xspf.org/xspf-v1.html#rfc.section.6.2

I thought xspf playlists must always have file:/// or http:// in the location tag.

Patch submitted to vlc-devel:

• [[https://mailman.videolan.org/pipermail/vlc-devel/2016-October/109857.html|[vlc-devel] [PATCH] demux/playlist/xspf: fix input-item uri creation]]

Replying to mike_psy

Is it still a correct xspf format when removing file:///?

Yes, the xspf specification says that URI handling shall confirm to RFC2396 (which is rendered obsolete by RFC3986.

If you are interested I recommend skimming through the mentioned RFC, a too long-didn't read is available in section Appendix A. Collected ABNF for URI.

Replying to [comment:10 FilipRoseen-refp]:

Oh very cool. Thank you so much for your time and help, Filip!

closed

= 36bee77 =	demux/playlist/xspf: fix input-item uri creation

added Status::fixed label

Milestone renamed