This should help on Win64

Close #3148

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Some speed/seek functions are now gone, because they don't really make
sense for an audio playback.
Volume functions are now in, because this is useful

This reverts commit 0c16b5d0.

The same effect can already be obtained by setting CONTRIB_DIR to "yes"

Signed-off-by: Rafaël Carré <funman@videolan.org>

Instead of ignoring the URI anchor (if present), the input now parses
it for start and stop seek points. This is non-standard - anchors are
normally names found in HTML document. But at least, it does not
interfere with parsing real-world URLs (see the bug #5022 for example).

Also contrary to stream output chain, the hash symbol should be free of
shell quoting issues when used this.

Unfortunately, there is currently no way to determine whether the
MRL scheme uses file paths (e.g. file, dir, vdr, zip...) or not, so
we always try.

Anyway, the folder browsing menu item should not be visible at all when
the item is not a local file. So there is no need to deal with that
failure care here.

I don't know when "raw_device" was used, but it must have been removed
a loooooooong time ago.

This reverts commit fb9bbdc9.

This reverts commit 06108030.

This reverts commit 0ad141d3.

This reverts commit 7fe3a136.

Correct uri are not escaped, so we must not unescape them.
Adding a version query string for our web intf to keep backward compatibility.

Refactor browse command to draw data from central model in httprequests.lua
add proper URI created by VLC's make_uri command to attributes in the browse data.
(this means that clients can simply use the correct URI for browse,open,enqueue commands,
rather than trying to convert paths to URI) accept file uri as input for browse command
(so that clients can completely ignore the path attribute) browse.xml displays data from
the model (fully backward compatible) browse.json provides alternative view of the same data