Clip with Time remap filter shows Direction:Freeze and does not play

[epeleg]

What is your operating system?
Windows

What is your Shotcut version (see Help > About Shotcut)?
24.06.26

Can you repeat the problem? If so, what are the steps?
I am not sure. its a video with many clips. I don’t know how it happened but on some of the clips that have the time remap filter below the filter properties it says speed:0
direction:freeze
This is even though the keyframes seem to be o.k. and none of them is hold.
(Please be specific and use the names as seen in Shotcut, preferably English.
possibly this might be related to a crash and recover i had to the file?
not sure how I can cause Shotcut to re-calculate those values.

[brian]

@epeleg

below the filter properties it says speed:0
direction:freeze

That is normal when the keyframes before and after that position are both referencing the same source frame.

I wonder if you have seen this documentation. It might be helpful.

Time Remap Filter

The Time Remap filter is the first filter that allows altering the timing of the underlying source clip. It maps clip time to output time. [image] See also Limitations It can only be added onto clips with NO B-frames. If you try to add it to such a clip, it shows the Convert to Edit-friendly dialog. A proxy clip can mask the above check for B-frames and then export may be very slow or give bad results. However, it may also be a very convenient workaround for the check and dialog mentioned …

[epeleg]

you are correct that if i had a pair of keyframes in the time remap filter that would reference the same time it would make sense.

However in my case at some point - all the clips on which I had defined the timeremap filter all show the same freeze and are indeed frozen. while when looking at the keyframes you can see that they are linear and should not be frozen as can be seen here:

if I add the same clip again and apply the filter to it again - it plays o.k.
so i actually have two instances of a “chain” element in the file that look almost identical - one that does play and one that does not.
I really don’t want to have to re-do all those clips and I was hopeing that I can cause Shotcut to some-how re-calculate the filter without having to re-define it.
it looks like i can create a preset of the filter, than remove the filter, and add it again with the pre-set.
but still I really want to understand what I did wrong (or whats the bug behind this) so that when I continue editing I won’t stumble on it again.
I was wondering - could this be some sort of cache issue? (I am asking this after playing with the mlt file and educating myself about its structure - and seeing no major differences between the two “chain” elements of those two clips (I mean those that come before the playlist element that represents the track on which those two clips are) ?

[epeleg]

Looking deeper it seems like some action ruined the values inside the elements and wrote into them the same values that are used inside the i.e. using timestamps and not frame numbers.
I am now trying to figure out how to convert between the two so i can fix the broken map property elements.

[epeleg]

even fixing the filter by removing it and redefining it - it keeps breaking again from time to time - i am yet unable to figure out exactly when

[epeleg]

Adding more info:
I am 95% sure there is a bug with the saving (probably xml serialization) of the time remap filter. after saving most of the clips that had this filter applied to become frozen.

if I take such a frozen clip - save its filter parameters as a preset, remove the filter and add it back and apply the saved preset - it starts working again.

I will try and see if i can provide even more specific data.