[gstreamer-bugs] [Bug 358613] New: sink->file is never reset for filesink elements, even though pipeline goes to READY and back to PLAYING
GStreamer (bugzilla.gnome.org)
bugzilla-daemon at bugzilla.gnome.org
Sat Sep 30 13:29:08 PDT 2006
Do not reply to this via email (we are currently unable to handle email
responses and they get discarded). You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=358613
GStreamer | gstreamer (core) | Ver: HEAD CVS
Summary: sink->file is never reset for filesink elements, even
though pipeline goes to READY and back to PLAYING
Product: GStreamer
Version: HEAD CVS
Platform: Other
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: gstreamer (core)
AssignedTo: gstreamer-bugs at lists.sourceforge.net
ReportedBy: frepe at bredband.net
QAContact: gstreamer-bugs at lists.sourceforge.net
GNOME version: 2.13/2.14
GNOME milestone: Unspecified
Please describe the problem:
If a filesink element is used at the end of a pipeline to store contents to
file, it should be possible to set the state of the pipeline to READY, change
the location property of the filesink element to a new file, and then set the
state of the pipeline to PLAYING again, all this in order to store content to
another file.
This does not work since the sink->file is never reset.
Steps to reproduce:
Run that tries to change the "location" property of a filesink element on a
pipeline in READY state.
Actual results:
The warning: "WARNING **: Changing the `location' property on filesink when a
file is open not supported." is given.
Expected results:
I would expect the filesink element to start storing content to the new file.
Does this happen every time?
Yes.
Other information:
--
Configure bugmail: http://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.
More information about the Gstreamer-bugs
mailing list