I have the same problem as MusicalBox with .mp4 files
Crash with Speed: Forward & Reverse and also with Time Remap filters, as soon as click OK in the conversion window, with Good, Better and Best formats.
Tested with .mov and .avi : No need for edit-friendly conversion.
Installed on Manjaro KDE wishing to test colour correction with some 10-bit footage. Found the GPU Sharpen filter goes from unsharpened to vastly oversharpened with the minutest movement of the sliders, making it impossible to find a sweet spot.
So I downloaded the latest nightly build (v23.04.16), and so far all the files I tried were converted successfully. From the Speed: Forward & Reverse and the Time Remap filters.
Filter: Simple Shape Mask
I have a problem with keyframes.
The ârotationâ keys are disabled by themselves, and the position keys do not move the mouse around the timeline.
The export .mp4 with the h264_nvenc encoder gives a bad result if the export does not have the same number of pfs as the project. (example: project 1920x1080 30fps and export 1920x1080 25fps⊠or 50 or 24âŠ)
hevc_nvenc, h264_amf work fine.
It work with v22.12 and older versions.
See file properties:
Not bug to report at the moment, but I have a suggestion, if you donât mind.
At the moment it generates a keyframe every 5 frames. In most cases this is more than enough. But in other situations, I feel that more keyframes would be necessary. When the object is moving quickly and makes sudden trajectory changes for example. If one of these trajectory changes happens between two keyframes, for a fraction of a second the tracker loses the object.
If you look closely at the exported clip in my post above, at some point the boxer makes a small jump and the text doesnât quite follow her head during the jump.
Thatâs why I wonder if you would consider the idea of adding a setting that would allow the user to choose the number of keyframes generated by the filter. A drop down menu perhaps, or a spin box set by default to generate a keyframe every 5 frames, but allowing to change this value to others, ranging from 1 to 10 perhaps?
It is likely that generating a keyframe every 1 or 2 frames would involve a much longer analysis time and require more system resources. I think that even though these small values would rarely be used, they would be welcomed when better precision is needed.
On the other hand, when the object has a constant velocity and trajectory, the larger values would be sufficiently accurate and the analysis time would be shortened.
I just noticed even with the new QT version Shotcut still doesnât follow changing system audio outputs, is this still bugged in QT or just wasnât a priority so far?
Shotcut uses SDL, not Qt, for audio output. Each time we upgrade the SDL2.dll to fix this, we get reports from a minority that audio plays with awful distortion that goes away when provided the old version of that DLL. So, it gets reverted, and there it still stays.
Oh, didnât know that.
Would maybe a workaround with some new menu entry (like say âReload outputâ) in the Settings â Audio channels make sense? I tend to switch between speakers and headphones multiple times a day and it always takes me by surprise.
A workaround today is to make a small 1ms change in Settings > Player > Synchronization⊠But it does not make sense to place an explicit workaround in Settings. I will use Qt to detect the change to the audio output device and reload.
Thereâs a strange flickering going on when moving a video or image with GPU Size & Position that doesnât happen with the CPU one. Video demo.
And to elaborate on my suggestion from before about this:
Giving this a second thought, instead of a few buttons for text and color clips, I would suggest that it be just one Generator button that pulls up only the list of Generator options from âOpen Otherâ since all the items on that list can be added to the timeline. Also, since it would be on the timeline toolbar then âAdd To Timelineâ can be removed and âOKâ or âOpenâ would just automatically place it on the timeline.
You couldâve told me that the first time I reported on it so that I didnât have to continue wasting time testing something that you had no intention of doing anything about.