Bug 386398 - Export Project - Feature Request
Summary: Export Project - Feature Request
Status: RESOLVED FIXED
Alias: None
Product: kdenlive
Classification: Applications
Component: User Interface (show other bugs)
Version: unspecified
Platform: unspecified Unspecified
: NOR wishlist
Target Milestone: ---
Assignee: Jean-Baptiste Mardelle
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-10-31 19:05 UTC by Ceda EI
Modified: 2021-04-03 15:41 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ceda EI 2017-10-31 19:05:29 UTC
Sharing projects between PCs is often a problem. It requires manually creating a lot of directories especially when the files are not in ~ (e.g. another partition of HDD). To solve the problem an export feature could be implemented in the following way.

Export copies all the videos, images and audios, the project's .kdenlive file and an additional file that tells what was the actual path of the video/image/audio and packs them into a zip.

Import from zip asks for a location to store the project files. After the location is set, the zip is extracted to that location. Further based on the additional file, Kdenlive edits the project's .kdenlive file with the new absolute paths to the extracted video/image/audio files.

Is this implementable?
Comment 1 Eric Fontaine 2018-05-17 07:14:43 UTC
I'd find this feature useful too.  In addition to sharing, would be useful for simply archiving projects.

Note, compressing video files with zip (or gzip or bzip2 for that matter) is not practical because the video files already have very high information entropy, since they are already compressed.  So trying to do another compression on them will mostly just eat up CPU cycles.

The more important part of this feature request is having all the files together and to have the files be referenced by their relative paths (not absolute paths), from where the kden project file is located.  

Also maybe there should be an option to include or not include generated proxies, previews, and renders, because depending on the need (e.g. simply transfer to another computer versus archiving) may or may not want all of that.  And if not having proxies, then will need to update the project file to indicate that the proxies don't exist.
Comment 2 Ceda EI 2018-05-26 12:00:56 UTC
(In reply to Eric Fontaine from comment #1)

> Note, compressing video files with zip (or gzip or bzip2 for that matter) is
> not practical because the video files already have very high information
> entropy, since they are already compressed.  So trying to do another
> compression on them will mostly just eat up CPU cycles.

Agreed. Instead of zipping, we could simply use tar.
Comment 3 Christoph Feck 2018-05-26 12:35:12 UTC
Zip has a -0 compression flag ("store only").
Comment 4 farid 2021-03-04 01:17:11 UTC
Have you folks tried the latest AppImage? There are new archive options... We will consider the extra importing functionality.
Comment 5 Julius Künzel 2021-04-03 15:40:47 UTC
I am closing this now. As @farid mentioned the feature is implemented and has been recently improved to export *.tar.gz or *.zip archives. It is even possible to open and extract *.tar.gz archives yet, for 21.04 I am going to enable it for *.zip files too.
Comment 6 Julius Künzel 2021-04-03 15:41:50 UTC
Git commit 301cfeb8978c69a17289923409d10c59527da292 by Julius Künzel.
Committed on 03/04/2021 at 15:41.
Pushed by jlskuz into branch 'release/21.04'.

Archive import: Fix dialog, allow *.zip
Related to #973

M  +10   -1    src/project/dialogs/archivewidget.cpp
M  +2    -2    src/project/projectmanager.cpp

https://invent.kde.org/multimedia/kdenlive/commit/301cfeb8978c69a17289923409d10c59527da292