[Bug 739979] New: [multifilesink] Add a property to disable writing streamheaders on new files

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=739979
  GStreamer | gst-plugins-good | 1.4.3

           Summary: [multifilesink] Add a property to disable writing
                    streamheaders on new files
    Classification: Platform
           Product: GStreamer
           Version: 1.4.3
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: Normal
         Component: gst-plugins-good
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: clowd81 at gmail.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


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.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.