Fails when speed of video is set to above x23

What is your operating system?
Windows 10 64 bit

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

Was not able to duplicate.

Windows 10 Home
Shotcut 20.01.29

Tested at the following speeds

Video Mode: 1080p, 60fps
Source clip 1080p, 60fps

Everything played fine.
Shotcut is on an SSD (C:)
Source clip is on a different SSD (D:)

What are the properties of your source file? Codec, resolution, duration? If you speed something up by 23x, then the duration will be 1/23 of the time. I wonder if that is making the clip too short.

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.

this is very strange. I am running the exact same thing but every time i try to play the footage that is just one bit over x23, it crashes
we also have the same form of drive setup

I was able to create a crash with 21.01.29. But I did not create the crash with the 21.02.15 beta.

Could you try to download the portable zip and see if it works for you? (Be sure to test with a copy of your project file)

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.

00007FFD46A44452 000000006099C0B0 000000006A3F4DF0 0000000000000000  msvcrt.dll!memcpy
000000006A3DDA50 000000006099AAF0 000000006CB1FDF8 000000006013E0A0  libmltcore.dll!transition_get_audio  [D:/a/_temp/msys/msys64/home/runneradmin/build/src/mlt/src/modules/core/transition_mix.c @ 212]
0000000069AC3792 000000006099AAF0 000000006CB1FDF8 000000006013E0A0  libmlt-6.dll!mlt_frame_get_audio  [D:/a/_temp/msys/msys64/home/runneradmin/build/src/mlt/src/framework/mlt_frame.c @ 738]
0000000069AE050E 000000006099A8B0 000000006CB1FDF8 000000006013E0A0  libmlt-6.dll!producer_get_audio  [D:/a/_temp/msys/msys64/home/runneradmin/build/src/mlt/src/framework/mlt_tractor.c @ 420]
0000000069AC3792 000000006099A8B0 000000006CB1FDF8 000000006013E0A0  libmlt-6.dll!mlt_frame_get_audio  [D:/a/_temp/msys/msys64/home/runneradmin/build/src/mlt/src/framework/mlt_frame.c @ 738]
0000000069ADBAE0 00000000608BFCA0 00000000603AFAC0 000000006079E550  libmlt-6.dll!consumer_read_ahead_thread  [D:/a/_temp/msys/msys64/home/runneradmin/build/src/mlt/src/framework/mlt_consumer.c @ 886]
000000000047143E 00000000603AFAC0 000000006079E500 0000000000000000  shotcut.exe!run  [D:/a/_temp/msys/msys64/home/runneradmin/build/src/shotcut/src/glwidget.cpp @ 865]
0000000068898FCA 0000000000000000 0000000000000000 0000000000000000  Qt5Core.dll!QThreadPrivate::start
00007FFD45357034 0000000000000000 0000000000000000 0000000000000000  KERNEL32.DLL!BaseThreadInitThunk
00007FFD46B7D241 0000000000000000 0000000000000000 0000000000000000  ntdll.dll!RtlUserThreadStart

It appears to be a crash in the mix transition:

Also, immediately before the crash, the console has this message:
[Info ] [filter swresample] 2(stereo) f32le 1200000Hz -> 1(mono) f32le 48000Hz
[Info ] [filter swresample] 1(mono) f32le 1200000Hz -> 1(mono) f32le 48000Hz
[Error ] [filter swresample] swr_convert() failed. Alloc: 800 In: 800 Out: 0

In that case the resample filter leaves the audio buffer unchanged and returns an error code because the resampler needs more samples.

Perhaps the mix transition does not like that error code or there is something wrong with the returned buffer.

It seems like this wouldn’t be too hard to track down. But I will put it on the back of my TODO list because I do not currently have a working Windows development environment.

I have made a fix for this. The fix will be in the next Time Remap beta (which may not necessarily be the next release).

This topic was automatically closed 182 days after the last reply. New replies are no longer allowed.