What is your Shotcut version (see Help > About Shotcut)? Is it 32-bit?
It is the latest version ( i just downloaded it)
Can you repeat the problem? If so, what are the steps?
(Please be specific and use the names as seen in Shotcut, preferably English. Include a screenshot or screen recording if you can. Also, you can attach logs from either View > Application Log or right-click a job and choose View Log.)
yes the problem is recxreatable.
here is a qiuck peice of footage
also i am really sorry if this isnt a bug. im just stupid
no the clip is over 30 minutes long. so it shouldnt be to short. the source file is always in mp4. and the codec is the default. the resolution is 1080p. (i edit for someone)
this also occurs with clips that are hours long, and trust me my computer can handle that sutff but shotcut just dies. I record in 2k and with the same length of footage and even mp4, just a different software, and it still occurs.
There was a fix in this area for version 21.02 when enabling Image Sequence in Properties, and that fix was applied to the other types of Properties (e.g. video clip). I think that explains why you did not reproduced in 21.01 but not 21.02.
i downloaded 21.02.15
the problem continued. I am completely unsure why this is happening. At one point i got error messages due to some of shotcuts files mysteriously disapearing, but just redownloading it, got rid of those messages. although the crash continued, no matter the length of footage
I am able to reproduce this with 21.02.27 in Windows, But I not able to reproduce it in Linux.
I have only experienced the crash when changing the speed on a clip on the timeline. If I change the speed of a clip in the source player, it has not crashed for me. But, if I drag the changed clip from the source player to the timeline then Shotcut will crash.
When using a debug build (as in the SDK) Dr. Mingw generates a shotcut.rpt file, which contains a backtrace, alongside shotcut.exe. You can also run Windows debug build in gdb, but that is painfully slow.