`input-slave` can't open subtitles except `.mks`

Unable to open subtitles from HTTP with the argument :sub-file=http://...

• on Windows VLC is unable to open the MRL 'file:///C:/Windows/System32/%22http%3A%2F%2F...
• on Linux VLC is unable to open the MRL 'file:///home/oem/http%3A//...

input-slave can't open subtitles except .mks

VLC 3.0.12, 2.2.8, 20210330-0425

--sub-file expects a (surprise surprise, roll drums) file, as documented and as in local file path. --input-slave takes URLs.

closed

added Status::invalid label

input-slave can't open subtitle

reopened

changed the description

I can confirm: --sub-file works for me

--input-slave doesn't work

What I tried:

vlc --input-slave https://github.com/andreyvit/subtitle-tools/blob/master/sample.srt file.mp4

Log:

[000056391ae255b0] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
[00007f71640015e0] main input error: slave[0] doesn't like DEMUX_GET_TIME -> EOF
[00007f7140008290] gl gl: Initialized libplacebo v3.104.0 (API v104)
[00007f7140008290] gl gl: Initialized libplacebo v3.104.0 (API v104)

Try -vv for the logs

input-slave can open subtitles. That's the main use case even.

closed

input-slave work all media except subtitles. It can even play two video tracks, but not a single track with subtitles.

reopened

Seems to be a regression from c34d719f or at least it makes the issue more obvious. URI passed via input-slave are always set as audio tracks.

input-slave in VLC 2.2.8 also dont play subtitles

I sent a patch on the mailing list to fix it at least on vlc 4.0 and 3.0. It's weird it doesn't work on 2.2 though... I'll try to reproduce.

input-slave works with .mks, but not with .ass or .srt

removed Status::invalid label

changed milestone to %4.0

assigned to @asenat

changed title from Unable to open subtitles from HTTP to {+input-slave can't+} open subtitles {+except .mks+}

changed the description

closed with commit 08a3c763