gstreamer/sdk-basic-tutorial-short-cutting-the-pipeline.md

547 lines
23 KiB
Markdown
Raw Normal View History

# Basic tutorial 8: Short-cutting the pipeline
2016-05-16 14:30:34 +00:00
2016-05-17 14:52:21 +00:00
## Goal
2016-05-16 14:30:34 +00:00
Pipelines constructed with GStreamer do not need to be completely
closed. Data can be injected into the pipeline and extracted from it at
any time, in a variety of ways. This tutorial shows:
- How to inject external data into a general GStreamer pipeline.
- How to extract data from a general GStreamer pipeline.
- How to access and manipulate this data.
[Playback tutorial 3: Short-cutting the
2016-06-05 21:32:50 +00:00
pipeline](sdk-playback-tutorial-short-cutting-the-pipeline.md) explains
2016-05-27 18:19:02 +00:00
how to achieve the same goals in a playbin-based pipeline.
2016-05-16 14:30:34 +00:00
2016-05-17 14:52:21 +00:00
## Introduction
2016-05-16 14:30:34 +00:00
Applications can interact with the data flowing through a GStreamer
pipeline in several ways. This tutorial describes the easiest one, since
it uses elements that have been created for this sole purpose.
The element used to inject application data into a GStreamer pipeline is
`appsrc`, and its counterpart, used to extract GStreamer data back to
the application is `appsink`. To avoid confusing the names, think of it
2016-05-17 14:52:21 +00:00
from GStreamer's point of view: `appsrc` is just a regular source, that
2016-05-16 14:30:34 +00:00
provides data magically fallen from the sky (provided by the
2016-05-17 14:52:21 +00:00
application, actually). `appsink` is a regular sink, where the data
2016-05-16 14:30:34 +00:00
flowing through a GStreamer pipeline goes to die (it is recovered by the
application, actually).
2016-05-17 14:52:21 +00:00
`appsrc` and `appsink` are so versatile that they offer their own API
2016-05-16 14:30:34 +00:00
(see their documentation), which can be accessed by linking against the
2016-05-17 14:52:21 +00:00
`gstreamer-app` library. In this tutorial, however, we will use a
2016-05-16 14:30:34 +00:00
simpler approach and control them through signals.
2016-05-17 14:52:21 +00:00
`appsrc` can work in a variety of modes: in **pull** mode, it requests
2016-05-16 14:30:34 +00:00
data from the application every time it needs it. In **push** mode, the
application pushes data at its own pace. Furthermore, in push mode, the
application can choose to be blocked in the push function when enough
data has already been provided, or it can listen to the
2016-05-17 14:52:21 +00:00
`enough-data` and `need-data` signals to control flow. This example
2016-05-16 14:30:34 +00:00
implements the latter approach. Information regarding the other methods
2016-05-17 14:52:21 +00:00
can be found in the `appsrc` documentation.
2016-05-16 14:30:34 +00:00
### Buffers
Data travels through a GStreamer pipeline in chunks called **buffers**.
Since this example produces and consumes data, we need to know about
`GstBuffer`s.
Source Pads produce buffers, that are consumed by Sink Pads; GStreamer
takes these buffers and passes them from element to element.
2016-05-17 14:52:21 +00:00
A buffer simply represents a unit of data, do not assume that all
2016-05-16 14:30:34 +00:00
buffers will have the same size, or represent the same amount of time.
Neither should you assume that if a single buffer enters an element, a
single buffer will come out. Elements are free to do with the received
2016-05-17 14:52:21 +00:00
buffers as they please. `GstBuffer`s may also contain more than one
actual memory buffer. Actual memory buffers are abstracted away using
`GstMemory` objects, and a `GstBuffer` can contain multiple `GstMemory` objects.
2016-05-16 14:30:34 +00:00
2016-05-17 14:52:21 +00:00
Every buffer has attached time-stamps and duration, that describe in
which moment the content of the buffer should be decoded, rendered or
displayed. Time stamping is a very complex and delicate subject, but
this simplified vision should suffice for now.
2016-05-16 14:30:34 +00:00
2016-05-17 14:52:21 +00:00
As an example, a `filesrc` (a GStreamer element that reads files)
2016-05-16 14:30:34 +00:00
produces buffers with the “ANY” caps and no time-stamping information.
After demuxing (see [Basic tutorial 3: Dynamic
2016-06-05 21:32:50 +00:00
pipelines](sdk-basic-tutorial-dynamic-pipelines.md))
2016-05-16 14:30:34 +00:00
buffers can have some specific caps, for example “video/x-h264”. After
decoding, each buffer will contain a single video frame with raw caps
(for example, “video/x-raw-yuv”) and very precise time stamps indicating
when should that frame be displayed.
### This tutorial
This tutorial expands [Basic tutorial 7: Multithreading and Pad
2016-06-05 21:32:50 +00:00
Availability](sdk-basic-tutorial-multithreading-and-pad-availability.md) in
2016-05-17 14:52:21 +00:00
two ways: firstly, the `audiotestsrc` is replaced by an `appsrc` that
2016-05-16 14:30:34 +00:00
will generate the audio data. Secondly, a new branch is added to the
2016-05-17 14:52:21 +00:00
`tee` so data going into the audio sink and the wave display is also
replicated into an `appsink`. The `appsink` uploads the information back
2016-05-16 14:30:34 +00:00
into the application, which then just notifies the user that data has
been received, but it could obviously perform more complex tasks.
2016-05-17 14:52:21 +00:00
![](attachments/basic-tutorial-8.png.png)
2016-05-16 14:30:34 +00:00
2016-05-17 14:52:21 +00:00
## A crude waveform generator
2016-05-16 14:30:34 +00:00
2016-05-17 14:52:21 +00:00
Copy this code into a text file named `basic-tutorial-8.c` (or find it
2016-05-16 14:30:34 +00:00
in the SDK installation).
2016-05-17 14:52:21 +00:00
```
2016-05-16 14:30:34 +00:00
#include <gst/gst.h>
2016-05-17 14:52:21 +00:00
#include <gst/audio/audio.h>
2016-05-16 14:30:34 +00:00
#include <string.h>
2016-05-16 14:30:34 +00:00
#define CHUNK_SIZE 1024 /* Amount of bytes we are sending in each buffer */
#define SAMPLE_RATE 44100 /* Samples per second we are sending */
2016-05-16 14:30:34 +00:00
/* Structure to contain all our information, so we can pass it to callbacks */
typedef struct _CustomData {
GstElement *pipeline, *app_source, *tee, *audio_queue, *audio_convert1, *audio_resample, *audio_sink;
GstElement *video_queue, *audio_convert2, *visual, *video_convert, *video_sink;
GstElement *app_queue, *app_sink;
2016-05-16 14:30:34 +00:00
guint64 num_samples; /* Number of samples generated so far (for timestamp generation) */
gfloat a, b, c, d; /* For waveform generation */
2016-05-16 14:30:34 +00:00
guint sourceid; /* To control the GSource */
2016-05-16 14:30:34 +00:00
GMainLoop *main_loop; /* GLib's Main Loop */
} CustomData;
2016-05-16 14:30:34 +00:00
/* This method is called by the idle GSource in the mainloop, to feed CHUNK_SIZE bytes into appsrc.
* The ide handler is added to the mainloop when appsrc requests us to start sending data (need-data signal)
* and is removed when appsrc has enough data (enough-data signal).
*/
static gboolean push_data (CustomData *data) {
GstBuffer *buffer;
GstFlowReturn ret;
int i;
2016-05-17 14:52:21 +00:00
GstMapInfo map;
2016-05-16 14:30:34 +00:00
gint16 *raw;
gint num_samples = CHUNK_SIZE / 2; /* Because each sample is 16 bits */
gfloat freq;
2016-05-16 14:30:34 +00:00
/* Create a new empty buffer */
buffer = gst_buffer_new_and_alloc (CHUNK_SIZE);
2016-05-16 14:30:34 +00:00
/* Set its timestamp and duration */
GST_BUFFER_TIMESTAMP (buffer) = gst_util_uint64_scale (data->num_samples, GST_SECOND, SAMPLE_RATE);
GST_BUFFER_DURATION (buffer) = gst_util_uint64_scale (CHUNK_SIZE, GST_SECOND, SAMPLE_RATE);
2016-05-16 14:30:34 +00:00
/* Generate some psychodelic waveforms */
2016-05-17 14:52:21 +00:00
gst_buffer_map (buffer, &map, GST_MAP_WRITE);
raw = (gint16 *)map.data;
2016-05-16 14:30:34 +00:00
data->c += data->d;
data->d -= data->c / 1000;
freq = 1100 + 1000 * data->d;
for (i = 0; i < num_samples; i++) {
data->a += data->b;
data->b -= data->a / freq;
raw[i] = (gint16)(500 * data->a);
}
2016-05-17 14:52:21 +00:00
gst_buffer_unmap (buffer, &map);
2016-05-16 14:30:34 +00:00
data->num_samples += num_samples;
2016-05-16 14:30:34 +00:00
/* Push the buffer into the appsrc */
g_signal_emit_by_name (data->app_source, "push-buffer", buffer, &ret);
2016-05-16 14:30:34 +00:00
/* Free the buffer now that we are done with it */
gst_buffer_unref (buffer);
2016-05-16 14:30:34 +00:00
if (ret != GST_FLOW_OK) {
/* We got some error, stop sending data */
return FALSE;
}
2016-05-16 14:30:34 +00:00
return TRUE;
}
2016-05-16 14:30:34 +00:00
/* This signal callback triggers when appsrc needs data. Here, we add an idle handler
* to the mainloop to start pushing data into the appsrc */
static void start_feed (GstElement *source, guint size, CustomData *data) {
if (data->sourceid == 0) {
g_print ("Start feeding\n");
data->sourceid = g_idle_add ((GSourceFunc) push_data, data);
}
}
2016-05-16 14:30:34 +00:00
/* This callback triggers when appsrc has enough data and we can stop sending.
* We remove the idle handler from the mainloop */
static void stop_feed (GstElement *source, CustomData *data) {
if (data->sourceid != 0) {
g_print ("Stop feeding\n");
g_source_remove (data->sourceid);
data->sourceid = 0;
}
}
2016-05-16 14:30:34 +00:00
/* The appsink has received a buffer */
2016-05-17 14:52:21 +00:00
static void new_sample (GstElement *sink, CustomData *data) {
GstSample *sample;
2016-05-16 14:30:34 +00:00
/* Retrieve the buffer */
2016-05-17 14:52:21 +00:00
g_signal_emit_by_name (sink, "pull-sample", &sample);
if (sample) {
2016-05-16 14:30:34 +00:00
/* The only thing we do in this example is print a * to indicate a received buffer */
g_print ("*");
2016-05-17 14:52:21 +00:00
gst_buffer_unref (sample);
2016-05-16 14:30:34 +00:00
}
}
2016-05-16 14:30:34 +00:00
/* This function is called when an error message is posted on the bus */
static void error_cb (GstBus *bus, GstMessage *msg, CustomData *data) {
GError *err;
gchar *debug_info;
2016-05-16 14:30:34 +00:00
/* Print error details on the screen */
gst_message_parse_error (msg, &err, &debug_info);
g_printerr ("Error received from element %s: %s\n", GST_OBJECT_NAME (msg->src), err->message);
g_printerr ("Debugging information: %s\n", debug_info ? debug_info : "none");
g_clear_error (&err);
g_free (debug_info);
2016-05-16 14:30:34 +00:00
g_main_loop_quit (data->main_loop);
}
2016-05-16 14:30:34 +00:00
int main(int argc, char *argv[]) {
CustomData data;
GstPadTemplate *tee_src_pad_template;
GstPad *tee_audio_pad, *tee_video_pad, *tee_app_pad;
GstPad *queue_audio_pad, *queue_video_pad, *queue_app_pad;
2016-05-17 14:52:21 +00:00
GstAudioInfo info;
2016-05-16 14:30:34 +00:00
GstCaps *audio_caps;
GstBus *bus;
2016-05-16 14:30:34 +00:00
/* Initialize cumstom data structure */
memset (&data, 0, sizeof (data));
data.b = 1; /* For waveform generation */
data.d = 1;
2016-05-16 14:30:34 +00:00
/* Initialize GStreamer */
gst_init (&argc, &argv);
2016-05-16 14:30:34 +00:00
/* Create the elements */
data.app_source = gst_element_factory_make ("appsrc", "audio_source");
data.tee = gst_element_factory_make ("tee", "tee");
data.audio_queue = gst_element_factory_make ("queue", "audio_queue");
data.audio_convert1 = gst_element_factory_make ("audioconvert", "audio_convert1");
data.audio_resample = gst_element_factory_make ("audioresample", "audio_resample");
data.audio_sink = gst_element_factory_make ("autoaudiosink", "audio_sink");
data.video_queue = gst_element_factory_make ("queue", "video_queue");
data.audio_convert2 = gst_element_factory_make ("audioconvert", "audio_convert2");
data.visual = gst_element_factory_make ("wavescope", "visual");
2016-05-17 14:52:21 +00:00
data.video_convert = gst_element_factory_make ("videoconvert", "csp");
2016-05-16 14:30:34 +00:00
data.video_sink = gst_element_factory_make ("autovideosink", "video_sink");
data.app_queue = gst_element_factory_make ("queue", "app_queue");
data.app_sink = gst_element_factory_make ("appsink", "app_sink");
2016-05-16 14:30:34 +00:00
/* Create the empty pipeline */
data.pipeline = gst_pipeline_new ("test-pipeline");
2016-05-16 14:30:34 +00:00
if (!data.pipeline || !data.app_source || !data.tee || !data.audio_queue || !data.audio_convert1 ||
!data.audio_resample || !data.audio_sink || !data.video_queue || !data.audio_convert2 || !data.visual ||
!data.video_convert || !data.video_sink || !data.app_queue || !data.app_sink) {
g_printerr ("Not all elements could be created.\n");
return -1;
}
2016-05-16 14:30:34 +00:00
/* Configure wavescope */
g_object_set (data.visual, "shader", 0, "style", 0, NULL);
2016-05-16 14:30:34 +00:00
/* Configure appsrc */
2016-05-17 14:52:21 +00:00
gst_audio_info_set_format (&info, GST_AUDIO_FORMAT_S16, SAMPLE_RATE, 1, NULL);
audio_caps = gst_audio_info_to_caps (&info);
g_object_set (data.app_source, "caps", audio_caps, "format", GST_FORMAT_TIME, NULL);
2016-05-16 14:30:34 +00:00
g_signal_connect (data.app_source, "need-data", G_CALLBACK (start_feed), &data);
g_signal_connect (data.app_source, "enough-data", G_CALLBACK (stop_feed), &data);
2016-05-16 14:30:34 +00:00
/* Configure appsink */
g_object_set (data.app_sink, "emit-signals", TRUE, "caps", audio_caps, NULL);
2016-05-17 14:52:21 +00:00
g_signal_connect (data.app_sink, "new-sample", G_CALLBACK (new_sample), &data);
2016-05-16 14:30:34 +00:00
gst_caps_unref (audio_caps);
g_free (audio_caps_text);
2016-05-16 14:30:34 +00:00
/* Link all elements that can be automatically linked because they have "Always" pads */
gst_bin_add_many (GST_BIN (data.pipeline), data.app_source, data.tee, data.audio_queue, data.audio_convert1, data.audio_resample,
2016-05-16 14:30:34 +00:00
data.audio_sink, data.video_queue, data.audio_convert2, data.visual, data.video_convert, data.video_sink, data.app_queue,
data.app_sink, NULL);
if (gst_element_link_many (data.app_source, data.tee, NULL) != TRUE ||
gst_element_link_many (data.audio_queue, data.audio_convert1, data.audio_resample, data.audio_sink, NULL) != TRUE ||
gst_element_link_many (data.video_queue, data.audio_convert2, data.visual, data.video_convert, data.video_sink, NULL) != TRUE ||
gst_element_link_many (data.app_queue, data.app_sink, NULL) != TRUE) {
g_printerr ("Elements could not be linked.\n");
gst_object_unref (data.pipeline);
return -1;
}
2016-05-16 14:30:34 +00:00
/* Manually link the Tee, which has "Request" pads */
2016-05-17 14:52:21 +00:00
tee_src_pad_template = gst_element_class_get_pad_template (GST_ELEMENT_GET_CLASS (data.tee), "src_%d");
2016-05-16 14:30:34 +00:00
tee_audio_pad = gst_element_request_pad (data.tee, tee_src_pad_template, NULL, NULL);
g_print ("Obtained request pad %s for audio branch.\n", gst_pad_get_name (tee_audio_pad));
queue_audio_pad = gst_element_get_static_pad (data.audio_queue, "sink");
tee_video_pad = gst_element_request_pad (data.tee, tee_src_pad_template, NULL, NULL);
g_print ("Obtained request pad %s for video branch.\n", gst_pad_get_name (tee_video_pad));
queue_video_pad = gst_element_get_static_pad (data.video_queue, "sink");
tee_app_pad = gst_element_request_pad (data.tee, tee_src_pad_template, NULL, NULL);
g_print ("Obtained request pad %s for app branch.\n", gst_pad_get_name (tee_app_pad));
queue_app_pad = gst_element_get_static_pad (data.app_queue, "sink");
if (gst_pad_link (tee_audio_pad, queue_audio_pad) != GST_PAD_LINK_OK ||
gst_pad_link (tee_video_pad, queue_video_pad) != GST_PAD_LINK_OK ||
gst_pad_link (tee_app_pad, queue_app_pad) != GST_PAD_LINK_OK) {
g_printerr ("Tee could not be linked\n");
gst_object_unref (data.pipeline);
return -1;
}
gst_object_unref (queue_audio_pad);
gst_object_unref (queue_video_pad);
gst_object_unref (queue_app_pad);
2016-05-16 14:30:34 +00:00
/* Instruct the bus to emit signals for each received message, and connect to the interesting signals */
bus = gst_element_get_bus (data.pipeline);
gst_bus_add_signal_watch (bus);
g_signal_connect (G_OBJECT (bus), "message::error", (GCallback)error_cb, &data);
gst_object_unref (bus);
2016-05-16 14:30:34 +00:00
/* Start playing the pipeline */
gst_element_set_state (data.pipeline, GST_STATE_PLAYING);
2016-05-16 14:30:34 +00:00
/* Create a GLib Main Loop and set it to run */
data.main_loop = g_main_loop_new (NULL, FALSE);
g_main_loop_run (data.main_loop);
2016-05-16 14:30:34 +00:00
/* Release the request pads from the Tee, and unref them */
gst_element_release_request_pad (data.tee, tee_audio_pad);
gst_element_release_request_pad (data.tee, tee_video_pad);
gst_element_release_request_pad (data.tee, tee_app_pad);
gst_object_unref (tee_audio_pad);
gst_object_unref (tee_video_pad);
gst_object_unref (tee_app_pad);
2016-05-16 14:30:34 +00:00
/* Free resources */
gst_element_set_state (data.pipeline, GST_STATE_NULL);
gst_object_unref (data.pipeline);
return 0;
}
```
> ![Information](images/icons/emoticons/information.png)
> Need help?
>
2016-06-05 21:32:50 +00:00
> If you need help to compile this code, refer to the **Building the tutorials** section for your platform: [Linux](sdk-installing-on-linux.md#InstallingonLinux-Build), [Mac OS X](sdk-installing-on-mac-osx.md#InstallingonMacOSX-Build) or [Windows](sdk-installing-on-windows.md#InstallingonWindows-Build), or use this specific command on Linux:
>
> `` gcc basic-tutorial-8.c -o basic-tutorial-8 `pkg-config --cflags --libs gstreamer-1.0 gst-audio-1.0` ``
>
2016-06-05 21:32:50 +00:00
>If you need help to run this code, refer to the **Running the tutorials** section for your platform: [Linux](sdk-installing-on-linux.md#InstallingonLinux-Run), [Mac OS X](sdk-installing-on-mac-osx.md#InstallingonMacOSX-Run) or [Windows](sdk-installing-on-windows.md#InstallingonWindows-Run).
>
> This tutorial plays an audible tone for varying frequency through the audio card and opens a window with a waveform representation of the tone. The waveform should be a sinusoid, but due to the refreshing of the window might not appear so.
>
> Required libraries: `gstreamer-1.0`
2016-05-16 14:30:34 +00:00
2016-05-17 14:52:21 +00:00
## Walkthrough
2016-05-16 14:30:34 +00:00
2016-05-17 14:52:21 +00:00
The code to create the pipeline (Lines 131 to 205) is an enlarged
2016-05-16 14:30:34 +00:00
version of [Basic tutorial 7: Multithreading and Pad
2016-06-05 21:32:50 +00:00
Availability](sdk-basic-tutorial-multithreading-and-pad-availability.md).
2016-05-16 14:30:34 +00:00
It involves instantiating all the elements, link the elements with
2016-05-17 14:52:21 +00:00
Always Pads, and manually link the Request Pads of the `tee` element.
2016-05-16 14:30:34 +00:00
2016-05-17 14:52:21 +00:00
Regarding the configuration of the `appsrc` and `appsink` elements:
2016-05-16 14:30:34 +00:00
2016-05-27 02:48:36 +00:00
``` lang=c
2016-05-16 14:30:34 +00:00
/* Configure appsrc */
audio_caps_text = g_strdup_printf (AUDIO_CAPS, SAMPLE_RATE);
audio_caps = gst_caps_from_string (audio_caps_text);
g_object_set (data.app_source, "caps", audio_caps, NULL);
g_signal_connect (data.app_source, "need-data", G_CALLBACK (start_feed), &data);
g_signal_connect (data.app_source, "enough-data", G_CALLBACK (stop_feed), &data);
```
2016-05-17 14:52:21 +00:00
The first property that needs to be set on the `appsrc` is `caps`. It
2016-05-16 14:30:34 +00:00
specifies the kind of data that the element is going to produce, so
GStreamer can check if linking with downstream elements is possible
(this is, if the downstream elements will understand this kind of data).
2016-05-17 14:52:21 +00:00
This property must be a `GstCaps` object, which is easily built from a
2016-05-16 14:30:34 +00:00
string with `gst_caps_from_string()`.
2016-05-17 14:52:21 +00:00
We then connect to the `need-data` and `enough-data` signals. These are
fired by `appsrc` when its internal queue of data is running low or
2016-05-16 14:30:34 +00:00
almost full, respectively. We will use these signals to start and stop
(respectively) our signal generation process.
2016-05-27 02:48:36 +00:00
``` lang=c
2016-05-16 14:30:34 +00:00
/* Configure appsink */
g_object_set (data.app_sink, "emit-signals", TRUE, "caps", audio_caps, NULL);
2016-05-17 14:52:21 +00:00
g_signal_connect (data.app_sink, "new-sample", G_CALLBACK (new_sample), &data);
2016-05-16 14:30:34 +00:00
gst_caps_unref (audio_caps);
g_free (audio_caps_text);
```
2016-05-17 14:52:21 +00:00
Regarding the `appsink` configuration, we connect to the
`new-sample` signal, which is emitted every time the sink receives a
2016-05-16 14:30:34 +00:00
buffer. Also, the signal emission needs to be enabled through the
2016-05-17 14:52:21 +00:00
`emit-signals` property, because, by default, it is disabled.
2016-05-16 14:30:34 +00:00
Starting the pipeline, waiting for messages and final cleanup is done as
usual. Let's review the callbacks we have just
registered:
2016-05-27 02:48:36 +00:00
``` lang=c
2016-05-16 14:30:34 +00:00
/* This signal callback triggers when appsrc needs data. Here, we add an idle handler
* to the mainloop to start pushing data into the appsrc */
static void start_feed (GstElement *source, guint size, CustomData *data) {
if (data->sourceid == 0) {
g_print ("Start feeding\n");
data->sourceid = g_idle_add ((GSourceFunc) push_data, data);
}
}
```
2016-05-17 14:52:21 +00:00
This function is called when the internal queue of `appsrc` is about to
2016-05-16 14:30:34 +00:00
starve (run out of data). The only thing we do here is register a GLib
2016-05-17 14:52:21 +00:00
idle function with `g_idle_add()` that feeds data to `appsrc` until it
2016-05-16 14:30:34 +00:00
is full again. A GLib idle function is a method that GLib will call from
its main loop whenever it is “idle”, this is, when it has no
2016-05-17 14:52:21 +00:00
higher-priority tasks to perform. It requires a GLib `GMainLoop` to be
2016-05-16 14:30:34 +00:00
instantiated and running, obviously.
2016-05-17 14:52:21 +00:00
This is only one of the multiple approaches that `appsrc` allows. In
particular, buffers do not need to be fed into `appsrc` from the main
thread using GLib, and you do not need to use the `need-data` and
`enough-data` signals to synchronize with `appsrc` (although this is
2016-05-16 14:30:34 +00:00
allegedly the most convenient).
2016-05-17 14:52:21 +00:00
We take note of the sourceid that `g_idle_add()` returns, so we can
2016-05-16 14:30:34 +00:00
disable it
later.
2016-05-27 02:48:36 +00:00
``` lang=c
2016-05-16 14:30:34 +00:00
/* This callback triggers when appsrc has enough data and we can stop sending.
* We remove the idle handler from the mainloop */
static void stop_feed (GstElement *source, CustomData *data) {
if (data->sourceid != 0) {
g_print ("Stop feeding\n");
g_source_remove (data->sourceid);
data->sourceid = 0;
}
}
```
2016-05-17 14:52:21 +00:00
This function is called when the internal queue of `appsrc` is full
2016-05-16 14:30:34 +00:00
enough so we stop pushing data. Here we simply remove the idle function
2016-05-17 14:52:21 +00:00
by using `g_source_remove()` (The idle function is implemented as a
2016-05-16 14:30:34 +00:00
`GSource`).
2016-05-27 02:48:36 +00:00
``` lang=c
2016-05-16 14:30:34 +00:00
/* This method is called by the idle GSource in the mainloop, to feed CHUNK_SIZE bytes into appsrc.
* The ide handler is added to the mainloop when appsrc requests us to start sending data (need-data signal)
* and is removed when appsrc has enough data (enough-data signal).
*/
static gboolean push_data (CustomData *data) {
GstBuffer *buffer;
GstFlowReturn ret;
int i;
gint16 *raw;
gint num_samples = CHUNK_SIZE / 2; /* Because each sample is 16 bits */
gfloat freq;
2016-05-16 14:30:34 +00:00
/* Create a new empty buffer */
buffer = gst_buffer_new_and_alloc (CHUNK_SIZE);
2016-05-16 14:30:34 +00:00
/* Set its timestamp and duration */
GST_BUFFER_TIMESTAMP (buffer) = gst_util_uint64_scale (data->num_samples, GST_SECOND, SAMPLE_RATE);
GST_BUFFER_DURATION (buffer) = gst_util_uint64_scale (CHUNK_SIZE, GST_SECOND, SAMPLE_RATE);
2016-05-16 14:30:34 +00:00
/* Generate some psychodelic waveforms */
raw = (gint16 *)GST_BUFFER_DATA (buffer);
```
This is the function that feeds `appsrc`. It will be called by GLib at
times and rates which are out of our control, but we know that we will
2016-05-17 14:52:21 +00:00
disable it when its job is done (when the queue in `appsrc` is full).
2016-05-16 14:30:34 +00:00
Its first task is to create a new buffer with a given size (in this
example, it is arbitrarily set to 1024 bytes) with
`gst_buffer_new_and_alloc()`.
We count the number of samples that we have generated so far with the
2016-05-17 14:52:21 +00:00
`CustomData.num_samples` variable, so we can time-stamp this buffer
using the `GST_BUFFER_TIMESTAMP` macro in `GstBuffer`.
2016-05-16 14:30:34 +00:00
Since we are producing buffers of the same size, their duration is the
same and is set using the `GST_BUFFER_DURATION` in `GstBuffer`.
2016-05-17 14:52:21 +00:00
`gst_util_uint64_scale()` is a utility function that scales (multiply
2016-05-16 14:30:34 +00:00
and divide) numbers which can be large, without fear of overflows.
The bytes that for the buffer can be accessed with GST\_BUFFER\_DATA in
2016-05-17 14:52:21 +00:00
`GstBuffer` (Be careful not to write past the end of the buffer: you
2016-05-16 14:30:34 +00:00
allocated it, so you know its size).
We will skip over the waveform generation, since it is outside the scope
of this tutorial (it is simply a funny way of generating a pretty
psychedelic wave).
2016-05-27 02:48:36 +00:00
``` lang=c
2016-05-16 14:30:34 +00:00
/* Push the buffer into the appsrc */
g_signal_emit_by_name (data->app_source, "push-buffer", buffer, &ret);
2016-05-16 14:30:34 +00:00
/* Free the buffer now that we are done with it */
gst_buffer_unref (buffer);
```
2016-05-17 14:52:21 +00:00
Once we have the buffer ready, we pass it to `appsrc` with the
`push-buffer` action signal (see information box at the end of [Playback
2016-05-27 18:19:02 +00:00
tutorial 1: Playbin
2016-06-05 21:32:50 +00:00
usage](sdk-playback-tutorial-playbin-usage.md)), and then
2016-05-17 14:52:21 +00:00
`gst_buffer_unref()` it since we no longer need it.
2016-05-16 14:30:34 +00:00
2016-05-27 02:48:36 +00:00
``` lang=c
2016-05-16 14:30:34 +00:00
/* The appsink has received a buffer */
static void new_sample (GstElement *sink, CustomData *data) {
GstSample *sample;
2016-05-16 14:30:34 +00:00
/* Retrieve the buffer */
g_signal_emit_by_name (sink, "pull-sample", &sample);
if (sample) {
2016-05-16 14:30:34 +00:00
/* The only thing we do in this example is print a * to indicate a received buffer */
g_print ("*");
gst_sample_unref (sample);
2016-05-16 14:30:34 +00:00
}
}
```
Finally, this is the function that gets called when the
`appsink` receives a buffer. We use the `pull-sample` action signal to
2016-05-16 14:30:34 +00:00
retrieve the buffer and then just print some indicator on the screen. We
2016-05-17 14:52:21 +00:00
can retrieve the data pointer using the `GST_BUFFER_DATA` macro and the
data size using the `GST_BUFFER_SIZE` macro in `GstBuffer`. Remember
2016-05-16 14:30:34 +00:00
that this buffer does not have to match the buffer that we produced in
2016-05-17 14:52:21 +00:00
the `push_data` function, any element in the path could have altered the
buffers in any way (Not in this example: there is only a `tee` in the
path between `appsrc` and `appsink`, and it does not change the content
2016-05-16 14:30:34 +00:00
of the buffers).
2016-05-17 14:52:21 +00:00
We then `gst_buffer_unref()` the buffer, and this tutorial is done.
2016-05-16 14:30:34 +00:00
2016-05-17 14:52:21 +00:00
## Conclusion
2016-05-16 14:30:34 +00:00
This tutorial has shown how applications can:
- Inject data into a pipeline using the `appsrc`element.
2016-05-17 14:52:21 +00:00
- Retrieve data from a pipeline using the `appsink` element.
2016-05-16 14:30:34 +00:00
- Manipulate this data by accessing the `GstBuffer`.
2016-05-27 18:19:02 +00:00
In a playbin-based pipeline, the same goals are achieved in a slightly
2016-05-17 14:52:21 +00:00
different way. [Playback tutorial 3: Short-cutting the
2016-06-05 21:32:50 +00:00
pipeline](sdk-playback-tutorial-short-cutting-the-pipeline.md) shows
2016-05-16 14:30:34 +00:00
how to do it.
It has been a pleasure having you here, and see you soon\!