Possible conflict: http://sourceforge.net/p/mediainfo/bugs/50/
For example, if you have a file named 'a?.mp4' running the command through bash:
mediainfo "a?.mp4"
will return no output with a return code of 1. If mediainfo is trying to expand the tokens (rather than rely on the shell to do so), one would think that it should still match 'a?.mp4' (along with 'ab.mp4' etc) but this doesn't seem to be the case.
It would be better if we could force mediainfo to not bother trying to expand wildcards (perhaps an additional CLI param?), leaving this job to the shell, but this could be more work.
Renaming the file to not have these special characters allows mediainfo to dump the appropriate info.
Nb: tested on v0.7.67. 0.7.68 doesn't look like it fixes it.
Such files are ignored in ZenLib's function: bool File::Exists(const Ztring &File_Name)
As for Mac such names are valid.
Last edit: Max Pozdeev 2014-05-02
As for Linux such names are valid as well.
On Ubuntu 14.04, tested on 0.7.68 it ignores all files whose name contains the asterisk. Rename the file and MediaInfo can read the file.
Right, I need to find a way to handle both cases ("?" used as wildcard or "?" in the real file name)
Right.
It may be a solution.
But I think that the wildcard should be the default, including the detection of 'a?.mp4' (which is not the case today).
Issue is duplicate of https://sourceforge.net/p/mediainfo/bugs/714/
so I close the ticket about '?' for this reason, but I also move this ticket to a feature request about having an option to force mediainfo not to consider "?" as a wildcard
Ticket moved from /p/mediainfo/bugs/846/
Thanks for all replies :)