Concat file input not finding file

[Rich]

Summary of the bug:
How to reproduce:

% ffmpeg -y -f concat -safe 0 -i /Volumes/Dragon2/Yums/randoms.txt /Volumes/Dragon2/Yums/final.mp4
ffmpeg version 4.0.2 
Mac OS 10.11.6

First file in randoms.txt I have the first file to process.

file '/Volumes/Dragon2/Yums/Sep\ 16,\ 2018,\ 1-04\ PM.mov'
file '/Volumes/Dragon2/Yums/Sep\ 16,\ 2018,\ 1-28\ PM.mov'
file '/Volumes/Dragon2/Yums/Sep\ 16,\ 2018,\ 12-25\ PM.mov'

This is the error I get upon a concat as stated above:

[concat @ 0x7fcadc010600] Impossible to open '/Volumes/Dragon2/Yums/Sep\ 16,\ 2018,\ 1-04\ PM.mov'
/Volumes/Dragon2/Yums/randoms.txt: No such file or directory

Both the randoms.txt and that first file are indeed there:

[Wed Sep 19 18:44 rich@HQ /Volumes/Dragon2/Yums] ls randoms.*
randoms.txt
[Wed Sep 19 18:44 rich@HQ /Volumes/Dragon2/Yums] ls Sep\ 16,\ 2018,\ 1-04\ PM.*
Sep 16, 2018, 1-04 PM.mov

Not sure why it can't see the file that is evidently there. Not clear what "No such file or directory" is talking about. Doesn't matter, both are there.

[Carl Eugen Hoyos]

Is the issue reproducible with current FFmpeg git head?
Please provide the command line you tested together with the complete, uncut console output to make this a valid ticket.

Is ffmpeg able to open the files if you don’t use concat?

[Rich]

I'm having dependency issues (nasm/yasm), which I slightly remember from some time ago. I don't use ffmpeg often. So I've had issues before on the Mac Pro. I downloaded the --depth 1 but cannot install. This isn't that important to me, just thought I'd report it.

I used:

ffmpeg -i #{ s }/randoms.txt -f null -

and everything looked fine, no errors. The syntax I used for the concat is:

ffmpeg -y -f concat -safe 0 -i /Volumes/Dragon2/Yums/randoms.txt /Volumes/Dragon2/Yums/final.mp4

[Cigaes]

Using backslashes in filenames is a bad idea.

[Rich]

Replying to Cigaes:

Using backslashes in filenames is a bad idea.

Why is that? I usually tend to run off to a uuid for items like this.

[Cigaes]

Backslash has a special semantic in many situations.