I have a project for Kdenlive that I was working on in Linux. Now I would like to open that project with Kdenlive in Windows, except that as soon as I attempt to open the file, Kdenlive crashes. More specifically, I get an alert from Visual C++ Runtime Library that says This application has requested Runtime to terminate in an unusual way. Please contact application support team for more information.

One thing that I have noticed is that the directories that point to the media files are in the format for Linux directories (ex. root="/media/brett/Scratch/") which obviously isn't compatible with the way WIndows names its directories. I've tried replacing the directory names of the files used in the application but I still get this crash on startup. Any ideas? Thanks.

maybe con be an issue with commas/points (different language on linux/windows?) the kdenlive version is the same?
do you want to post the project file?

Sure,
Here is the original project file:
http://txt.do/1oxnn

As well as one where I've corrected the encoding and also the Document Root directory:
http://txt.do/1oxnb

The original file was created with Kdenlive 19 under Linux. Both files, the original and the one I modify, still crash Kdenlive under windows.

What should I do about the commas? Thanks.

All right, I've replaced all instances of 29,97 with the format 29.97 but this doesn't help either

Hello,
- Can you look at debug log? For such purpose I use DbgView.exe, maybe there are other ways I'm not a Windows expert.
- You can also try my tentative MXE build which may have a working DrMingw crash handler; if crash is not catched you can run "catchsegv kdenlive" from the bin directory (but note that with these builds, kdenlive process is not really closed when exiting, you have to finish killing it in task manager).
- Maybe try deleting the ' LC_NUMERIC="fr_CA.UTF-8" ' string, I'm not sure Windows locales have same name, and search/replace all comma occurrences with dot (maybe will break some keyframes?)

Hello,
The DrMingW crash handler worked and generated a text file that had something interesting. As expected, there was something wrong with commas being used instead of periods. Here is the full report: https://textuploader.com/1ox8d

But the relevant lines for me were:
000000006144D5C6 000000001CDA6440 000000006FD0E888 0000000000000028 libgcc_s_seh-1.dll!_Unwind_RaiseException
000000006FD05E05 0000000000000028 0000000000000000 000000000023AF60 libstdc++-6.dll!__cxa_throw
000000006FCFA357 00001A5EBB50B2D2 0000000000000000 0000000000000010 libstdc++-6.dll!std::__throw_runtime_error
000000006FCDD06A 0000000000000008 0000000000000020 0000000066C088B0 libstdc++-6.dll!std::locale::facet::_S_create_c_locale
000000006FCDB276 0000000000000005 000000001D8135C8 0000000000000006 libstdc++-6.dll!std::locale::_Impl::_Impl
000000006FCDD331 0004001E00070021 000000006889EABD 000000000023AEE0 libstdc++-6.dll!std::locale::locale

I had changed the LC_NUMERIC variable at the top from fr_CA.UTF-8 to en_US, but this isn't enough. Because the timestamps that Kdenlive creates under en_US look like this:
<producer id="producer0" in="00:00:00.000" out="00:00:04.972">

However if your locale is fr_CA the timestamps end up looking like this:
<producer title="Anonymous Submission" id="producer0" in="00:00:00,000" out="00:03:14,181">

Notice the , instead of .

After using find and replace to transform all of the commas into periods, the project can now be opened in Kdenlive on Windows. Phew!

Can someone please submit a bug report about this

I've gone ahead and created a bug report:
https://bugs.kde.org/show_bug.cgi?id=414646

yep.. this comma/point thing is cutting out a lot of countries from kdenlive.. (Windows users)