After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 668501 - Support relative paths to media files
Support relative paths to media files
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-editing-services
unspecified
Other Linux
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-01-23 14:15 UTC by fh
Modified: 2018-11-03 12:51 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description fh 2012-01-23 14:15:36 UTC
I just came to the point where I wanted to make my PiTiVi Project with all resources publicly available by putting all the files into a zip or tar archive. But after looking into the xptv file that PTV created and modifying the paths so they are relative to the project file, I got import errors.

Would be a nice idea to make those xptv files portable, huh?
Comment 1 Jean-François Fortin Tam 2012-01-23 14:19:52 UTC
I'm not entirely sure this is possible. What if, in the same project, you have

/foo/bar/MVI_003.MOV
/foo/baz/MVI_003.MOV ?

However, the export use case is something I have already filed bug 668028 about (note that pitivi already handles files having moved... it will help you find the new location for them).
Comment 2 fh 2012-01-23 15:01:27 UTC
PTV could use either different naming schemes like

file:///home/user/stuff/video.mov for absolute path...

and file://./resources/video.mov
or file://resources/video.mov (without root / slash) for relative paths, just like you would type 'cd /home/user' but 'cd ./relative/video' in bash.

or set another attribute (path="relative" or absolute="false" or whatever), as it's XML, isn't it?
Comment 3 Jean-François Fortin Tam 2012-10-22 17:10:24 UTC
Moving to GStreamer Editing Services for consideration.

Know, however, that pitivi ges offers tarball project export and also has a feature to find missing files when paths have changed (though there may be bugs).
Comment 4 Jean-François Fortin Tam 2013-07-03 00:45:46 UTC
Ok so after some additional reflection, this is really a feature that GES' Assets ought to have.

GES should, in addition to the absolute paths, take note of relative paths (maybe just the last path of the project file?) and use that to figure out the relative positioning and if the project file AND assets were moved "together".

Maybe it needs a hash/some way to ensure that the media assets are indeed the ones that were in use before.

Anyhow, once that's done, it should handle relocation automatically, instead of having to bug the user with senseless questions such as "you moved your project file and all its assets from folder 'foo' to folder 'foo/bar' or folder 'baz', can you tell me where are the assets please?"
Comment 5 GStreamer system administrator 2018-11-03 12:51:26 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-editing-services/issues/6.