mirrors/gstreamer
mirrors/gstreamer
1
1
Fork 0
mirror of https://gitlab.freedesktop.org/gstreamer/gstreamer.git synced 2024-07-04 13:45:52 +00:00
Code Issues 1 Projects Releases Wiki Activity

manual: Explain what happens if upstream elements are removed from the pipeline without draining them first

Browse source 
https://bugzilla.gnome.org/show_bug.cgi?id=762302
This commit is contained in:
George Yunaev 2016-02-19 08:43:00 +00:00 committed by Sebastian Dröge
parent 93e006bd66
commit e6f0095750
1 changed files with 10 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

10
docs/manual/advanced-dataaccess.xml
View file

@ -1195,6 +1195,16 @@ main (int argc, char **argv)
to flush any queued data in the element by sending an EOS event to flush any queued data in the element by sending an EOS event
down the element sink pad(s) and by waiting that the EOS leaves down the element sink pad(s) and by waiting that the EOS leaves
the elements (with an event probe). the elements (with an event probe).
</para>
If you do not do this, you will lose the data which is buffered
by the unlinked element. This can result in a simple frame loss
(one or more video frames, several milliseconds of audio). However
if you remove a muxer (and in some cases an encoder or similar elements)
from the pipeline, you risk getting a corrupted file which could not be
played properly, as some relevant metadata (header, seek/index tables, internal
sync tags) will not be stored or updated properly.
<para>
See also <xref linkend="section-dynamic-changing"/>. See also <xref linkend="section-dynamic-changing"/>.
</para> </para>
</listitem> </listitem>