Possible regression with “vlc:option” set to “no-video” in XSPF playlists with VLC 3.x
Posted: 13 Dec 2018 08:05
In XSPF playlists, which have long been supported by VLC, you can use VLC-specific extensions.
One of these extensions allows you to suppress video content for a playlist item (and thus play audio only):
This has worked perfectly up until VLC version 2.2.8. But with versions 3.0.0 through 3.0.4, it seems a regression might have been introduced:
If the
of the playlist item references a large file (e.g. ≥ 8 GB) and the
for the item is well into the file (e.g. ≥ 30 minutes), VLC will “freeze” for quite some time before proceeding with playback of the item. The blue progress/seek bar is replaced with an orange bar that gradually moves from 0 % to 100 %, i.e. completes the full width. After that, playback continues.
This behavior has not been present in versions 2.2.8 or before. And if I switch back to VLC 2.2.8 now, the problem instantly disappears, as expected. It’s only the 3.x versions that have been released so far.
Did anyone else notice this or can anybody reproduce this?
Full example:
(All this has been tested on an up-to-date Windows 7 only, because that is unfortunately the only machine available to me.)
One of these extensions allows you to suppress video content for a playlist item (and thus play audio only):
Code: Select all
<vlc:option>no-video</vlc:option>
This has worked perfectly up until VLC version 2.2.8. But with versions 3.0.0 through 3.0.4, it seems a regression might have been introduced:
If the
Code: Select all
<location>…</location>
of the playlist item references a large file (e.g. ≥ 8 GB) and the
Code: Select all
<vlc:option>start-time=…</vlc:option>
for the item is well into the file (e.g. ≥ 30 minutes), VLC will “freeze” for quite some time before proceeding with playback of the item. The blue progress/seek bar is replaced with an orange bar that gradually moves from 0 % to 100 %, i.e. completes the full width. After that, playback continues.
This behavior has not been present in versions 2.2.8 or before. And if I switch back to VLC 2.2.8 now, the problem instantly disappears, as expected. It’s only the 3.x versions that have been released so far.
Did anyone else notice this or can anybody reproduce this?
Full example:
Code: Select all
<?xml version="1.0" encoding="utf-8"?>
<playlist version="1" xmlns="http://xspf.org/ns/0/" xmlns:vlc="http://www.videolan.org/vlc/playlist/ns/0/">
<trackList>
<track>
<location>Test.mkv</location>
<extension application="http://www.videolan.org/vlc/playlist/0">
<vlc:option>start-time=1828.346</vlc:option>
<vlc:option>stop-time=1833.203</vlc:option>
<vlc:option>no-video</vlc:option>
</extension>
</track>
</trackList>
</playlist>
(All this has been tested on an up-to-date Windows 7 only, because that is unfortunately the only machine available to me.)
