add command in RC interface doesn't accept `start-time`, `end-time`, `rate` options for YouTube links

[lionbark]

Hi, I noticed that that for the latest version (3.0.3), the `start-time`, `rate` and `end-time` flags don't work for YouTube links on the RC interface anymore, e.g.:

Code: Select all

vlc -I rc add https://www.youtube.com/watch?v=TQF5CXV9cos :start-time=10

Whereas this still works for local files:

Code: Select all

vlc -I rc add /Users/lionbark/Music/aimee_mann/freeway.mp3 :start-time=10

Wondering if this has affected anyone else, and whether there are any workaround? I've also opened up a bug report here: https://trac.videolan.org/vlc/ticket/20647#no3

[Rémi Denis-Courmont]

https://www.youtube.com/watch?v=TQF5CXV9cos is a web page, not a video. So VLC treats it as a playlist (of only one video). And start-time has no effects on playlists.

Try --start-time instead of :start-time

[lionbark]

Thanks for the replies guys and the links!

I appreciate that the link is a website, but I do think the various start-time, end-time flags etc. on YouTube links was supported in a previous version of VLC (around 2.2.x), as I had written a Vim plugin last year for practicing music along with links (which can be YouTube links) that interfaced with VLC rc over telnet, using commands such as

Code: Select all

add https://www.youtube.com/watch?v=TQF5CXV9cos :start-time=10

(https://github.com/xdl/vlcdrill).

Now I want to start using it again, I realised that the command no longer respects the flags anymore. However, I just realised that this can be gotten around this by using youtube-dl tool (something like youtube-dl --get-url https://www.youtube.com/watch?v=TQF5CXV9cos), and then calling the add command on the audio link, something like

Code: Select all

vlc -I rc --no-video add https://r3---sn-aigzrn7d.googlevideo.com/videoplayback?id=o-AI_kThzo5J19rnxOowzTpM3nk8UxHmiMNQ8nJy2bRZv6&mm=31%2C29&mn=sn-aigzrn7d%2Csn-aigl6ned&ip=80.229.27.233&ei=9ZMeW63TIMW8VOa7m8gN&ms=au%2Crdu&ipbits=0&pl=16&mv=m&sparams=clen%2Cdur%2Cei%2Cgir%2Cid%2Cinitcwndbps%2Cip%2Cipbits%2Citag%2Ckeepalive%2Clmt%2Cmime%2Cmm%2Cmn%2Cms%2Cmv%2Cpl%2Crequiressl%2Csource%2Cexpire&signature=500D1B0CA141536D940EADA880BD5BD91811D48A.3CBF4F91ADA23BC45415713E00F45A5DD66DCA97&keepalive=yes&mt=1528730505&itag=251&mime=audio%2Fwebm&gir=yes&key=yt6&requiressl=yes&initcwndbps=830000&dur=236.801&lmt=1496686747025145&c=WEB&fvip=3&clen=3910388&expire=1528752213&source=youtube&ratebypass=yes :start-time=10

So this should be fine in my case, but perhaps worth looking into as I believe this was a regression of something that used to work.

[Rémi Denis-Courmont]

No. This is normal. start-time applies to real media files, not to playlists/manifests/web pages.