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 739979 - multifilesink: Add a property to disable writing streamheaders on new files
multifilesink: Add a property to disable writing streamheaders on new files
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
1.4.3
Other Linux
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-11-11 18:42 UTC by clowd81
Modified: 2018-11-03 14:55 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description clowd81 2014-11-11 18:42:09 UTC
Currently, the multifilesink will check its GstCaps for a "streamheader" value.  If this value exists, it will then generate a header for each file.  

However, there are several instances where being able to treat each file generated by the multifilesink as a continuation of the previous file.

In no particular order, and this is not an exhaustive list:

1 - splitfilesrc playback.  This element treats a set of files as one large contiguous file.  Unfortunately, headers mess up a variety of demuxers.
2 - moving files between file systems.  For example, FAT32, common on SDCards, is limited to 4GB files.  Being able to binary concatenate files together when transferred to a file system without such a limit would be very useful.

To solve this, I propose adding a "write-stream-headers" property, whose default is "true" (to preserve current behavior), but when set to "false" will not write "streamheader" information from GstCaps into the resulting files.
Comment 1 GStreamer system administrator 2018-11-03 14:55:56 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-plugins-good/issues/141.