metadata symbols ($-symbols) are not being expanded in marquee text
This issue has been previously submitted by someone else, but was closed, seeming to claim it is not a bug.
From where I sit, it's clearly a bug. Hopefully, this report will allow you to reproduce the bug (or else explain new syntax needed for 2.x).
I use the following logical layout for a cmdline to transcode in VLC:
vlc -vvv "C:\Users\myuser\mkv-files\?????" --extraintf logger --fullscreen
--sout=#transcode{soverlay,sfilter=
{marq{marquee="????? $_ $T | $D",timeout=0,refresh=50,position=5,size=16}:
marq{marquee="(for bug report)",position=6,size=14}},
vcodec=mp4v,venc=x264,acodec=mp3,ab=96,channels=2,threads=2}:
std{access=file,mux=mkv,dst="C:\Users\myuser\?????--bug-rpt-213.mkv"}
That template works perfectly in VLC version 1.x. (With the exception, of course, that I can't use mux of MKV, so I'm using MP4, and staying back on VLC v1.1.11, where marquee-expansion works.)
If you take that template, remove the new-line chars and white-space, and launch it in VLC 2.1.3 (or other earlier in v2.1.x), you will be able to reproduce the problem.
i.e. The first marquee will render, in upper left, with the literal $-symbols un-expanded.
Yet, in all of version 1.x series, it works as documented.
[I'm not totally clear whether meta-expansion in marquees worked in VERY earlier v2.x (e.g. maybe around 2.0.8 ?) and then broke entirely, or whether it never worked at all after v1.x got re-factored for the v2.x effort.]
Bottom line, many of us consumers of meta-expansion in marquees are now trapped back using v1.1.x, and locked out from being able to produce the highly-desirable MKV containers (as well as other new 2.x functionality).
So, I hope this bug report will resolve this standoff.
Cheers and regards...
Dave (a former C/C++ coder, who considered trying to fix this problem himself, but who'd rather forge ahead with Java and Android, than code in a language he hasn't touched in a couple of decades.) <:)