New "Deriving Track Language" implementation is not case-insensitive
Hello,
this is related to the change in v55 regarding "Deriving track language from file name":
* MKVToolNix GUI: multiplexer: deriving the track language from file names
doesn't use one big regular expression of all enabled languages
anymore. Instead, the file name is split into parts on a list of characters
(such as `.` or `(` and `)`; configurable in the preferences). This prevents
the regular expression becoming too big for the regular expression library
to handle when many languages are enabled. Fixes #3048.
Whereas the old pattern finding/matching was case-insensitive, the current implementation is not! So when you take the default set of characters, File.en.mkv
succeeds, but File.EN.mkv
and File.En.mkv
fail!
It would be wonderful if the comparison would be case-insensitive to prevent file name renaming before importing.