martin
martin
Seems to be the same root cause as in https://github.com/mltframework/mlt/issues/576 Which seems to be the mlt_movit_convert filter, which is supposed to convert the image format from whatever comes earlier in...
hmm, on latest git master? and if so, from the output I guess this?: https://aur.archlinux.org/packages/mlt-git
you can probably drop the other patches, that might be what's messing it up. fwiw, the only thing I do is to add a line that makes sure the GlslManager...
can't reproduce, which versions of everything (i. e. movit, mlt and kdenlive) are you using?
Can you get the console output as well, showing the abort message? I'm assuming it's some memory corruption detected by glibc, but just to make sure.
`MLT: "[filter swresample ] swr_convert() failed. Alloc: 1600\tIn: 9\tOut: 0"` looks like maybe it is out of memory?
Ok, seems like what is happening is that `mlt_frame_get_audio()` calls `*buffer = mlt_properties_get_data( properties, "audio", NULL );` to get the buffer to write into. and then `filter_get_audio()` in filter_avfilter.c assumes...
another (huge) hack is to just check LC_NUMERIC and replace all instances of `,` with `.`. :-) probably going to break other stuff, though.
there's no assert on line 200 in filter_movit_convert.cpp in master (and hasn't been since at least early 2019, that's as far back as I bothered checking if the line numbers...
ok, now I have no idea what I was looking at when I didn't find it... do you get any warning messages printed before it happens? the issue seems to...