https://bugs.kde.org/show_bug.cgi?id=509101
--- Comment #18 from Uwe Dippel <[email protected]> --- Sorry for repeating myself w.r.t. your suggestions. 1. I guess that the source file has problems (most files do, don't they!). But they play properly in VLC, Dragon, AND IN THE CLIP MONITOR of kdenlive. The import in the timeline seems to be the problem. In my humble opinion it ought to be sufficiently resilient to at least not crash kdenlive. 2. Further up, respectively in the duplicate, I had written about those cuts with ffmpeg, and already especially cutting the beginning like you proposed in order to provide a sample of a size that can be handled. This cut, however, though including the timestamp that crashes kdenlive when loading the original, goes through and loads perfectly well in the time line. I had as well tried and worked on cutting the end. That was more promising: Once the END is shortened, the project loads in the time line. Overall, my impression is rather that it is the end that poses the problem. And it is the audio that seems affected. Because those files that load, despite loading, expose a sync problem in the range of seconds. 3. Further up, I had already offered to provide the source file(s) that expose this behaviour. Unfortunately, they have lengths in the range of 6 to 9 GB. Plus, for copyright and privacy reasons, I can't make those available on a public resource, as I had written. The very moment I can share them privately, I will gladly help out. Just to repeat myself: any shortened version doesn't show the white video, and neither does it crash kdenlive. Thanks for the suggestion of a workaround! Though, also here I had written earlier that I have workarounds for the problems. Like just not do anything with those, but rendering untouched, unedited at all, in the timeline and then edit the rendered results. (Again, there are sync problems video/audio there, too.) -- You are receiving this mail because: You are watching all bug changes.
