Feature/test probe video2 failing

[Euklios]

Some systems don't allow the non asci letter é in file-names.
This results in the testProbeVide2 test failing, as the related file can't be found.
This commit renames the file, in order to allow the test to pass.

The filename wthin the ffmpeg output is not altered, to keep testing the parsing of such names

[bramp]

I actually had a non standard file name, to ensure the library was correctly encoding the filename strings.

Which platform is this broken on? And can we instead fix it to work?

[Euklios]

@bramp
The error occurred when running tests in a Debian-based docker image using the POSIX locale.
But I've also encountered this issue before with an arch-based installation.

Testing for special characters is reasonable. However, this PR is not concerned with the code itself.
On systems that don't support this particular character, the git clone will produce a fixture that doesn't match the assertion.
Therefore, the fixture can't be loaded at all.
We're still asserting the correct parsing of the ffprobe command output; however, we assure that the fixture can be loaded regardless of the system.

The revert in commit c4c5e1b makes sure the test still handles special symbols.

[Euklios]

As a reference, on a system with posix locale, the produced filename is: ffprobe-Always On My Mind [Program Only] - Adel'$'\303\251''n.mp4. Java uses its own locale, so the string in the code still expects ffprobe-Always On My Mind [Program Only] - Adelén.mp4.

This PR is only concerned with not testing OS behaviour we can't control

[bramp]

So this sounds like the file system doesn't support the character. Which I find very surprising in this day and age of UTF-8.

I of course don't want to test the OS, but I do want to test we interact with the OS correctly. But ok, I see the changes to the test, are really just fixing the test, not breaking the behaviour of reading non-ascii named media.