When exporting a video, we no longer modify the project’s keyframe data. This prevents flickering lines and bars on the sides of preview/playback. We now verify (and adjust if needed) the final preview window size to always be divisible by 2 (both width and height). When resizing the preview window in OpenShot, often a user will choose an invalid window size, one that is not divisible by their project output size (i.e. Preview window improvements (dimensions divisible by 2)
Updated title thumbnails, and better support of SVG, especially on OS X and older Linux distros.
We have fixed many issues around SVG support, transparency issues, font issues, and included a much newer version of resvg library in our official releases. While not perfect, this will hopefully prevent massive data losses, and give users more options to recover previous versions of a project… even when the undo/redo system and auto-save system fails them. We only store a limited amount of recovery files, but now users will be able to easily grab an older version and copy it back to the original save folder location. Now, before every save, a copy of the entire *.osp project is copied into a recovery folder. One of the scariest types of issues a user can encounter is losing huge amounts of data, by perhaps deleting everything from their timeline (on accident), and then auto-save running. New ability to recover previous saves (~/.openshot_qt/recovery/) and improved auto-backup We also have some improved logic around version detection and EXE detection. We now support the new *.blend format, and most of our animated titles have been fixed or recreated from scratch. Blender 2.8+ Supportīlender 2.8 was a huge and impressive release. Project’s now have unique asset folders, and thumbnails are now generated using a local HTTP server, check multiple folder locations, and can regenerate missing ones. If a folder got moved or renamed, it was likely many broken thumbnails would appear. Previous versions of OpenShot had a very fragile thumbnail system. I’m happy to finally deliver on it! Thumbnail generation much improved (uses local HTTP server) This has been a highly requested feature for many years. The XML format is more advanced by far, and supports more features from OpenShot. It also contains the basic timeline data (files, clips, some keyframes, and multiple tracks). XML format is supported in Final Cut Pro, but also many other products support this format. Our EDL support works with many video editors, and supports the basic timeline data (files, clips, some keyframes, transitions, etc…). A big thanks to Daniel Jour for all his great engineering on this one! Our new system can generate almost 100,000 interpolated values before our old system would return even 1 value.Įxport and Import of EDL and XML (Premiere and Final Cut Pro)įor the first time ever, OpenShot can import and export data in widely supported formats. We have completely rewritten the keyframe system to deliver real-time interpolated values, and no longer cache the entire value set. Usually the delay was only on first accessing the keyframe, but when many clips are involved, it would sometimes slow down a bunch as a user would jump around the timeline. Often on projects which contain long clips or many clips, the performance of our keyframe system would slow down. Keyframe performance improvements (magnitudes faster) A huge thanks to Peter M for his dedication and help with this one! This can increase performance by up to 30-40%, just depending on all the various factors. For example, if you are using only MP4/H.264 input files, and your graphics card is supported, it can help OpenShot decode the pixel data from the video, and on the flip side, encode the pixel data back into a video. This can result in a huge performance improvement on some systems, but also depends on the input and output formats, and many other factors. Many graphics cards come with the ability to encode and decode video data without using the CPU. You will see some new options available if you have a supported encoder/decoder. Perhaps one of the most exciting changes in OpenShot 2.5.0 is our experimental support for hardware acceleration. Let’s start with the highlights! Hardware encoding and decoding support
0 kommentar(er)
