mirror of
https://gitlab.freedesktop.org/gstreamer/gstreamer.git
synced 2024-11-26 19:51:11 +00:00
docs/manual/basics-data.xml: Change "event-event interaction" to "element-element interaction".
Original commit message from CVS: * docs/manual/basics-data.xml: Change "event-event interaction" to "element-element interaction". Fixes #552448. Also fix sample code for seeking and do more 0.8->0.10 updates.
This commit is contained in:
parent
c6d8810a69
commit
62f71ce302
2 changed files with 20 additions and 7 deletions
|
@ -1,3 +1,10 @@
|
|||
2008-10-06 Stefan Kost <ensonic@users.sf.net>
|
||||
|
||||
* docs/manual/basics-data.xml:
|
||||
Change "event-event interaction" to "element-element interaction".
|
||||
Fixes #552448. Also fix sample code for seeking and do more 0.8->0.10
|
||||
updates.
|
||||
|
||||
2008-10-05 Jan Schmidt <jan.schmidt@sun.com>
|
||||
|
||||
* configure.ac:
|
||||
|
|
|
@ -2,7 +2,7 @@
|
|||
<title>Buffers and Events</title>
|
||||
<para>
|
||||
The data flowing through a pipeline consists of a combination of
|
||||
buffers and events. Buffers contain the actual pipeline data. Events
|
||||
buffers and events. Buffers contain the actual media data. Events
|
||||
contain control information, such as seeking information and
|
||||
end-of-stream notifiers. All this will flow through the pipeline
|
||||
automatically when it's running. This chapter is mostly meant to
|
||||
|
@ -44,6 +44,11 @@
|
|||
element has a reference to it.
|
||||
</para>
|
||||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
Buffer flags.
|
||||
</para>
|
||||
</listitem>
|
||||
</itemizedlist>
|
||||
<para>
|
||||
The simple case is that a buffer is created, memory allocated, data
|
||||
|
@ -57,7 +62,7 @@
|
|||
There are more complex scenarios, though. Elements can modify buffers
|
||||
in-place, i.e. without allocating a new one. Elements can also write
|
||||
to hardware memory (such as from video-capture sources) or memory
|
||||
allocated from the X-server using XShm). Buffers can be read-only,
|
||||
allocated from the X-server (using XShm). Buffers can be read-only,
|
||||
and so on.
|
||||
</para>
|
||||
</sect1>
|
||||
|
@ -67,9 +72,9 @@
|
|||
<para>
|
||||
Events are control particles that are sent both up- and downstream in
|
||||
a pipeline along with buffers. Downstream events notify fellow elements
|
||||
of stream states. Possible events include discontinuities, flushes,
|
||||
of stream states. Possible events include seeking, flushes,
|
||||
end-of-stream notifications and so on. Upstream events are used both
|
||||
in application-element interaction as well as event-event interaction
|
||||
in application-element interaction as well as element-element interaction
|
||||
to request changes in stream state, such as seeks. For applications,
|
||||
only upstream events are important. Downstream events are just
|
||||
explained to get a more complete picture of the data concept.
|
||||
|
@ -85,9 +90,10 @@ seek_to_time (GstElement *element,
|
|||
{
|
||||
GstEvent *event;
|
||||
|
||||
event = gst_event_new_seek (GST_SEEK_METHOD_SET |
|
||||
GST_FORMAT_TIME,
|
||||
time_ns);
|
||||
event = gst_event_new_seek (1.0, GST_FORMAT_TIME,
|
||||
GST_SEEK_FLAG_NONE,
|
||||
GST_SEEK_METHOD_SET, time_ns,
|
||||
GST_SEEK_TYPE_NONE, G_GUINT64_CONSTANT (0));
|
||||
gst_element_send_event (element, event);
|
||||
}
|
||||
</programlisting>
|
||||
|
|
Loading…
Reference in a new issue