I have an audio file named "00:00.flac", which is normally played in the preview, but is silently replaced by the same time of silence after rendering, using any rendering profile. It can be fixed by renaming the file into "00.00.flac" or "foo-bar.flac". However, "foo:bar.flac" does not work, so I conclude that colons are not correctly escaped somewhere in the rendering process. I had the same problem with .wav files, except that it was also not played in the preview. I didn't tested the fix for this case. I also did not test any other file format. The absence of warning or error makes it difficult to troubleshoot. Either a fix or a warning when opening such a file would be great.
I have experienced the same thing, additionally when this happens doing a replace clip from the project bin causes a segfault. I tracked it down to the MLT producer loading function but didn't have time to find exactly what was causing it. all my clips have a long format date with timestamp in the filename and work fine when i remove the colon.
(In reply to Samuel Nicholas from comment #1) > I have experienced the same thing, additionally when this happens doing a > replace clip from the project bin causes a segfault. > > I tracked it down to the MLT producer loading function but didn't have time > to find exactly what was causing it. > all my clips have a long format date with timestamp in the filename and work > fine when i remove the colon. I wonder if this is an MLT issue or a Kdenlive one. Does this happen from the Melt command line or Shotcut?
Could you please test if this is still happening in the latest (18.08.2) version. If yes, which language does your system use?
Could you please test if this is happening with latest MLT version? You can test this using Kdenlive's latest Appimage from the website.
I'll test as soon as I can, which may be a few weeks, sorry. If someone else beats me to it OK.
added in issue: https://invent.kde.org/kde/kdenlive/issues/315
This is most probably a MLT bug which should be solved in the meantime. Please try with the current Kdenlive AppImage version 19.12.0a which contains the fixed MLT version.
Apologies for delay, tested with Arch linux extra/kdenlive 20.04.2 Can confirm that the rendered output contained video from files with a colon in the filename.