From 43a2465744d776ad5c181897e85553c8f9907b0d Mon Sep 17 00:00:00 2001 From: Thibault Saunier Date: Sun, 5 Jun 2016 20:58:09 -0400 Subject: [PATCH] Fix code block language tagging --- sdk-android-tutorial-a-running-pipeline.md | 54 +++++++++++----------- sdk-android-tutorial-link-against-gstreamer.md | 24 +++++----- sdk-android-tutorial-media-player.md | 40 ++++++++-------- sdk-android-tutorial-video.md | 26 +++++------ sdk-basic-media-player.md | 36 +++++++-------- sdk-basic-tutorial-clutter-integration.md | 14 +++--- sdk-basic-tutorial-concepts.md | 14 +++--- sdk-basic-tutorial-debugging-tools.md | 4 +- sdk-basic-tutorial-dynamic-pipelines.md | 26 +++++------ sdk-basic-tutorial-handy-elements.md | 26 +++++------ sdk-basic-tutorial-hello-world.md | 10 ++-- ...-tutorial-media-formats-and-pad-capabilities.md | 8 ++-- sdk-basic-tutorial-media-information-gathering.md | 24 +++++----- ...tutorial-multithreading-and-pad-availability.md | 12 ++--- sdk-basic-tutorial-playback-speed.md | 16 +++---- sdk-basic-tutorial-short-cutting-the-pipeline.md | 16 +++---- sdk-basic-tutorial-streaming.md | 8 ++-- sdk-basic-tutorial-time-management.md | 2 +- sdk-basic-tutorial-toolkit-integration.md | 34 +++++++------- sdk-installing-on-linux.md | 4 +- sdk-mac-osx-deployment.md | 12 ++--- sdk-multiplatform-deployment-using-cerbero.md | 12 ++--- sdk-playback-tutorial-audio-visualization.md | 14 +++--- sdk-playback-tutorial-color-balance.md | 8 ++-- sdk-playback-tutorial-custom-playbin-sinks.md | 12 ++--- ...tutorial-hardware-accelerated-video-decoding.md | 2 +- sdk-playback-tutorial-playbin-usage.md | 26 +++++------ sdk-playback-tutorial-progressive-streaming.md | 20 ++++---- ...playback-tutorial-short-cutting-the-pipeline.md | 8 ++-- sdk-playback-tutorial-subtitle-management.md | 6 +-- sdk-qt-gstreamer-vs-c-gstreamer.md | 6 +-- sdk-using-appsink-appsrc-in-qt.md | 14 +++--- 32 files changed, 269 insertions(+), 269 deletions(-) diff --git a/sdk-android-tutorial-a-running-pipeline.md b/sdk-android-tutorial-a-running-pipeline.md index fe31f91..f4f8ad7 100644 --- a/sdk-android-tutorial-a-running-pipeline.md +++ b/sdk-android-tutorial-a-running-pipeline.md @@ -54,7 +54,7 @@ messages sent from the C code (for errors and state changes). **src/org/freedesktop/gstreamer/tutorials/tutorial\_2/Tutorial2.java** -``` lang=java +``` java package org.freedesktop.gstreamer.tutorials.tutorial_2; import android.app.Activity; @@ -179,7 +179,7 @@ public class Tutorial2 extends Activity { As usual, the first bit that gets executed is the static initializer of the class: -``` lang=java +``` java static { System.loadLibrary("gstreamer_android"); System.loadLibrary("tutorial-2"); @@ -196,7 +196,7 @@ In the `onCreate()` method GStreamer is initialized as in the previous tutorial with `GStreamer.init(this)`, and then the layout is inflated and listeners are setup for the two UI buttons: -``` lang=java +``` java ImageButton play = (ImageButton) this.findViewById(R.id.button_play); play.setOnClickListener(new OnClickListener() { public void onClick(View v) { @@ -222,7 +222,7 @@ and safer than tracking the actual pipeline state, because orientation changes can happen before the pipeline has moved to the desired state, for example. -``` lang=java +``` java if (savedInstanceState != null) { is_playing_desired = savedInstanceState.getBoolean("playing"); Log.i ("GStreamer", "Activity created. Saved state is playing:" + is_playing_desired); @@ -237,7 +237,7 @@ We will first build the GStreamer pipeline (below) and only when the native code reports itself as initialized we will use `is_playing_desired`. -``` lang=java +``` java nativeInit(); ``` @@ -250,7 +250,7 @@ This finishes the `onCreate()` method and the Java initialization. The UI buttons are disabled, so nothing will happen until native code is ready and `onGStreamerInitialized()` is called: -``` lang=java +``` java private void onGStreamerInitialized () { Log.i ("GStreamer", "Gst initialized. Restoring state, playing:" + is_playing_desired); ``` @@ -259,7 +259,7 @@ This is called by the native code when its main loop is finally running. We first retrieve the desired playing state from `is_playing_desired`, and then set that state: -``` lang=java +``` java // Restore previous playing state if (is_playing_desired) { nativePlay(); @@ -270,7 +270,7 @@ if (is_playing_desired) { Here comes the first caveat, when re-enabling the UI buttons: -``` lang=java +``` java // Re-enable buttons, now that GStreamer is initialized final Activity activity = this; runOnUiThread(new Runnable() { @@ -298,7 +298,7 @@ The same problem exists when the native code wants to output a string in our TextView using the `setMessage()` method: it has to be done from the UI thread. The solution is the same: -``` lang=java +``` java private void setMessage(final String message) { final TextView tv = (TextView) this.findViewById(R.id.textview_message); runOnUiThread (new Runnable() { @@ -311,7 +311,7 @@ private void setMessage(final String message) { Finally, a few remaining bits: -``` lang=java +``` java protected void onSaveInstanceState (Bundle outState) { Log.d ("GStreamer", "Saving state, playing:" + is_playing_desired); outState.putBoolean("playing", is_playing_desired); @@ -322,7 +322,7 @@ This method stores the currently desired playing state when Android is about to shut us down, so next time it restarts (after an orientation change, for example), it can restore the same state. -``` lang=java +``` java protected void onDestroy() { nativeFinalize(); super.onDestroy(); @@ -339,7 +339,7 @@ This concludes the UI part of the tutorial. **jni/tutorial-2.c** -``` lang=c +``` c #include #include #include @@ -622,7 +622,7 @@ the basic tutorials, and it is used to hold all our information in one place, so we can easily pass it around to callbacks: -``` lang=c +``` c /* Structure to contain all our information, so we can pass it to callbacks */ typedef struct _CustomData { jobject app; /* Application instance, used to call its methods. A global reference is kept. */ @@ -649,7 +649,7 @@ the `long` type used in Java is always 64 bits wide, but the pointer used in C can be either 32 or 64 bits wide. The macros take care of the conversion without warnings. -``` lang=c +``` c /* Library initializer */ jint JNI_OnLoad(JavaVM *vm, void *reserved) { JNIEnv *env = NULL; @@ -676,7 +676,7 @@ uses [pthread\_key\_create()](http://pubs.opengroup.org/onlinepubs/9699919799/f to be able to store per-thread information, which is crucial to properly manage the JNI Environment, as shown later. -``` lang=c +``` c /* Static class initializer: retrieve method and field IDs */ static jboolean gst_native_class_init (JNIEnv* env, jclass klass) { custom_data_field_id = (*env)->GetFieldID (env, klass, "native_custom_data", "J"); @@ -714,7 +714,7 @@ from Java: This method is called at the end of Java's `onCreate()`. -``` lang=c +``` c static void gst_native_init (JNIEnv* env, jobject thiz) { CustomData *data = g_new0 (CustomData, 1); SET_CUSTOM_DATA (env, thiz, custom_data_field_id, data); @@ -723,7 +723,7 @@ static void gst_native_init (JNIEnv* env, jobject thiz) { It first allocates memory for the `CustomData` structure and passes the pointer to the Java class with `SET_CUSTOM_DATA`, so it is remembered. -``` lang=c +``` c data->app = (*env)->NewGlobalRef (env, thiz); ``` @@ -732,7 +732,7 @@ in `CustomData` (a [Global Reference](http://developer.android.com/guide/practices/jni.html#local_and_global_references) is used) so its methods can be called later. -``` lang=c +``` c pthread_create (&gst_app_thread, NULL, &app_function, data); ``` @@ -741,7 +741,7 @@ Finally, a thread is created and it starts running the ### `app_function()` -``` lang=c +``` c /* Main method for the native code. This is executed on its own thread. */ static void *app_function (void *userdata) { JavaVMAttachArgs args; @@ -764,7 +764,7 @@ is created with `g_main_context_new()` and then it is made the default one for the thread with `g_main_context_push_thread_default()`. -``` lang=c +``` c data->pipeline = gst_parse_launch("audiotestsrc ! audioconvert ! audioresample ! autoaudiosink", &error); if (error) { gchar *message = g_strdup_printf("Unable to build pipeline: %s", error->message); @@ -779,7 +779,7 @@ It then creates a pipeline the easy way, with `gst-parse-launch()`. In this case, it is simply an `audiotestsrc` (which produces a continuous tone) and an `autoaudiosink`, with accompanying adapter elements. -``` lang=c +``` c bus = gst_element_get_bus (data->pipeline); bus_source = gst_bus_create_watch (bus); g_source_set_callback (bus_source, (GSourceFunc) gst_bus_async_signal_func, NULL, NULL); @@ -796,7 +796,7 @@ creation of the watch is done step by step instead of using `gst_bus_add_signal_watch()` to exemplify how to use a custom GLib context. -``` lang=c +``` c GST_DEBUG ("Entering main loop... (CustomData:%p)", data); data->main_loop = g_main_loop_new (data->context, FALSE); check_initialization_complete (data); @@ -820,7 +820,7 @@ Once the main loop has quit, all resources are freed in lines 178 to ### `check_initialization_complete()` -``` lang=c +``` c static void check_initialization_complete (CustomData *data) { JNIEnv *env = get_jni_env (); if (!data->initialized && data->main_loop) { @@ -864,7 +864,7 @@ see how it works, step by step: ### `get_jni_env()` -``` lang=c +``` c static JNIEnv *get_jni_env (void) { JNIEnv *env; if ((env = pthread_getspecific (current_jni_env)) == NULL) { @@ -901,7 +901,7 @@ Let's now review the rest of the native methods accessible from Java: ### `gst_native_finalize()` (`nativeFinalize()` from Java) -``` lang=c +``` c static void gst_native_finalize (JNIEnv* env, jobject thiz) { CustomData *data = GET_CUSTOM_DATA (env, thiz, custom_data_field_id); if (!data) return; @@ -950,7 +950,7 @@ error or state changed message and display a message in the UI using the ### `set_ui_message()` -``` lang=c +``` c static void set_ui_message (const gchar *message, CustomData *data) { JNIEnv *env = get_jni_env (); GST_DEBUG ("Setting message to: %s", message); @@ -995,7 +995,7 @@ method and free the UTF16 message with **jni/Android.mk** -``` lang=ruby +``` ruby LOCAL_PATH := $(call my-dir) include $(CLEAR_VARS) diff --git a/sdk-android-tutorial-link-against-gstreamer.md b/sdk-android-tutorial-link-against-gstreamer.md index 53adac5..0d8f687 100644 --- a/sdk-android-tutorial-link-against-gstreamer.md +++ b/sdk-android-tutorial-link-against-gstreamer.md @@ -24,7 +24,7 @@ makefile that allows GStreamer integration. **src/org/freedesktop/gstreamer/tutorials/tutorial\_1/Tutorial1.java** -``` lang=java +``` java package org.freedesktop.gstreamer.tutorials.tutorial_1; import android.app.Activity; @@ -68,7 +68,7 @@ public class Tutorial1 extends Activity { Calls from Java to C happen through native methods, like the one declared here: -``` lang=java +``` java private native String nativeGetGStreamerInfo(); ``` @@ -80,7 +80,7 @@ shown later. The first bit of code that gets actually executed is the static initializer of the class: -``` lang=java +``` java static { System.loadLibrary("gstreamer_android"); System.loadLibrary("tutorial-1"); @@ -97,7 +97,7 @@ expose. The GStreamer library only exposes a `init()` method, which initializes GStreamer and registers all plugins (The tutorial library is explained later below). -``` lang=java +``` java try { GStreamer.init(this); } catch (Exception e) { @@ -120,7 +120,7 @@ Should initialization fail, the `init()` method would throw an [Exception](http://developer.android.com/reference/java/lang/Exception.html) with the details provided by the GStreamer library. -``` lang=java +``` java TextView tv = (TextView)findViewById(R.id.textview_info); tv.setText("Welcome to " + nativeGetGStreamerInfo() + " !"); ``` @@ -137,7 +137,7 @@ code: **jni/tutorial-1.c** -``` lang=c +``` c #include #include #include @@ -177,7 +177,7 @@ Machine (VM) loads a library. Here, we retrieve the JNI environment needed to make calls that interact with Java: -``` lang=c +``` c JNIEnv *env = NULL; if ((*vm)->GetEnv(vm, (void**) &env, JNI_VERSION_1_4) != JNI_OK) { @@ -190,7 +190,7 @@ And then locate the class containing the UI part of this tutorial using ` FindClass()`: -``` lang=c +``` c jclass klass = (*env)->FindClass (env, "org/freedesktop/gstreamer/tutorials/tutorial_1/Tutorial1"); ``` @@ -199,7 +199,7 @@ is, we provide the code for the methods we advertised in Java using the **`native`**  keyword: -``` lang=c +``` c (*env)->RegisterNatives (env, klass, native_methods, G_N_ELEMENTS(native_methods)); ``` @@ -209,7 +209,7 @@ name, its [type signature](http://docs.oracle.com/javase/1.5.0/docs/guide/jni/spec/types.html#wp276) and a pointer to the C function implementing it: -``` lang=c +``` c static JNINativeMethod native_methods[] = { { "nativeGetGStreamerInfo", "()Ljava/lang/String;", (void *) gst_native_get_gstreamer_info} }; @@ -218,7 +218,7 @@ static JNINativeMethod native_methods[] = { The only native method used in this tutorial is `nativeGetGStreamerInfo()`: -``` lang=c +``` c jstring gst_native_get_gstreamer_info (JNIEnv* env, jobject thiz) { char *version_utf8 = gst_version_string(); jstring *version_jstring = (*env)->NewStringUTF(env, version_utf8); @@ -239,7 +239,7 @@ must free the `char *` returned by `gst_version_string()`. **jni/Android.mk** -``` lang=ruby +``` ruby LOCAL_PATH := $(call my-dir) include $(CLEAR_VARS) diff --git a/sdk-android-tutorial-media-player.md b/sdk-android-tutorial-media-player.md index 45bf347..1730189 100644 --- a/sdk-android-tutorial-media-player.md +++ b/sdk-android-tutorial-media-player.md @@ -47,7 +47,7 @@ this view is collapsed by default. Click here to expand… **src/com/gst\_sdk\_tutorials/tutorial\_4/Tutorial4.java** -``` lang=java +``` java package com.gst_sdk_tutorials.tutorial_4; import java.text.SimpleDateFormat; @@ -311,7 +311,7 @@ offer the same functionalities. We keep track of this in the `is_local_media` variable, and update it every time we change the media URI: -``` lang=java +``` java private void setMediaUri() { nativeSetUri (mediaUri); is_local_media = mediaUri.startsWith("file://"); @@ -327,7 +327,7 @@ Every time the size of the media changes (which could happen mid-stream, for some kind of streams), or when it is first detected, C code calls our `onMediaSizeChanged()` callback: -``` lang=java +``` java private void onMediaSizeChanged (int width, int height) { Log.i ("GStreamer", "Media size changed to " + width + "x" + height); final GStreamerSurfaceView gsv = (GStreamerSurfaceView) this.findViewById(R.id.surface_video); @@ -369,7 +369,7 @@ To realize the first function, C code will periodically call our in the Seek Bar. Again we do so from the UI thread, using `RunOnUiThread()`. -``` lang=java +``` java private void setCurrentPosition(final int position, final int duration) { final SeekBar sb = (SeekBar) this.findViewById(R.id.seek_bar); @@ -395,7 +395,7 @@ widget which we will use to display the current position and duration in `HH:mm:ss / HH:mm:ss` textual format. The `updateTimeWidget()` method takes care of it, and must be called every time the Seek Bar is updated: -``` lang=java +``` java private void updateTimeWidget () { final TextView tv = (TextView) this.findViewById(R.id.textview_time); final SeekBar sb = (SeekBar) this.findViewById(R.id.seek_bar); @@ -417,7 +417,7 @@ the user to seek by dragging the thumb), we implement the interface in the Activity: -``` lang=java +``` java public class Tutorial4 extends Activity implements SurfaceHolder.Callback, OnSeekBarChangeListener { ``` @@ -425,7 +425,7 @@ And we register the Activity as the listener for the [Seek Bar](http://developer.android.com/reference/android/widget/SeekBar.html)’s events in the `onCreate()` method: -``` lang=java +``` java SeekBar sb = (SeekBar) this.findViewById(R.id.seek_bar); sb.setOnSeekBarChangeListener(this); ``` @@ -434,7 +434,7 @@ We will now be notified of three events: When the user starts dragging the thumb, every time the thumb moves and when the thumb is released by the user: -``` lang=java +``` java public void onStartTrackingTouch(SeekBar sb) { nativePause(); }  @@ -446,7 +446,7 @@ pause the pipeline. If the user is searching for a particular scene, we do not want it to keep moving. -``` lang=java +``` java public void onProgressChanged(SeekBar sb, int progress, boolean fromUser) { if (fromUser == false) return; desired_position = progress; @@ -466,7 +466,7 @@ this is, we jump to the indicated position as soon as the thumb moves. Otherwise, the seek will be performed when the thumb is released, and the only thing we do here is update the textual time widget. -``` lang=java +``` java public void onStopTrackingTouch(SeekBar sb) { // If this is a remote file, scrub seeking is probably not going to work smoothly enough. // Therefore, perform only the seek when the slider is released. @@ -490,7 +490,7 @@ this view is collapsed by default. Click here to expand… **jni/tutorial-4.c** -``` lang=c +``` c #include #include #include @@ -1066,7 +1066,7 @@ jint JNI_OnLoad(JavaVM *vm, void *reserved) { Java code will call `gst_native_set_uri()` whenever it wants to change the playing URI (in this tutorial the URI never changes, but it could): -``` lang=c +``` c void gst_native_set_uri (JNIEnv* env, jobject thiz, jstring uri) { CustomData *data = GET_CUSTOM_DATA (env, thiz, custom_data_field_id); if (!data || !data->pipeline) return; @@ -1114,7 +1114,7 @@ change during playback. For simplicity, this tutorial assumes that they do not. Therefore, in the READY to PAUSED state change, once the Caps of the decoded media are known, we inspect them in `check_media_size()`: -``` lang=c +``` c static void check_media_size (CustomData *data) { JNIEnv *env = get_jni_env (); GstElement *video_sink; @@ -1165,7 +1165,7 @@ To keep the UI updated, a GLib timer is installed in the `app_function()` that fires 4 times per second (or every 250ms), right before entering the main loop: -``` lang=c +``` c timeout_source = g_timeout_source_new (250); g_source_set_callback (timeout_source, (GSourceFunc)refresh_ui, data, NULL); g_source_attach (timeout_source, data->context); @@ -1174,7 +1174,7 @@ g_source_unref (timeout_source);  Then, in the refresh\_ui method: -``` lang=c +``` c static gboolean refresh_ui (CustomData *data) { GstFormat fmt = GST_FORMAT_TIME; gint64 current = -1; @@ -1228,7 +1228,7 @@ see how to overcome these problems. In `gst_native_set_position()`: -``` lang=c +``` c void gst_native_set_position (JNIEnv* env, jobject thiz, int milliseconds) { CustomData *data = GET_CUSTOM_DATA (env, thiz, custom_data_field_id); if (!data) return; @@ -1247,7 +1247,7 @@ away; otherwise, store the desired position in the `desired_position` variable. Then, in the `state_changed_cb()` callback: -``` lang=c +``` c if (old_state == GST_STATE_READY && new_state == GST_STATE_PAUSED) { /* By now the sink already knows the media size */ check_media_size(data); @@ -1284,7 +1284,7 @@ once this period elapses. To achieve this, all seek requests are routed through the `execute_seek()` method: -``` lang=c +``` c static void execute_seek (gint64 desired_position, CustomData *data) { gint64 diff; @@ -1353,7 +1353,7 @@ using buffering. The same procedure is used here, by listening to the buffering messages: -``` lang=c +``` c g_signal_connect (G_OBJECT (bus), "message::buffering", (GCallback)buffering_cb, data); ``` @@ -1361,7 +1361,7 @@ And pausing the pipeline until buffering is complete (unless this is a live source): -``` lang=c +``` c static void buffering_cb (GstBus *bus, GstMessage *msg, CustomData *data) { gint percent; diff --git a/sdk-android-tutorial-video.md b/sdk-android-tutorial-video.md index 111c311..9f63dcb 100644 --- a/sdk-android-tutorial-video.md +++ b/sdk-android-tutorial-video.md @@ -36,7 +36,7 @@ until a main loop is running and a drawing surface has been received. **src/com/gst\_sdk\_tutorials/tutorial\_3/Tutorial3.java** -``` lang=java +``` java package com.gst_sdk_tutorials.tutorial_3; import android.app.Activity; @@ -187,7 +187,7 @@ surface to the layout and changing the GStreamer pipeline to produce video instead of audio. Only the parts of the code that are new will be discussed. -``` lang=java +``` java private native void nativeSurfaceInit(Object surface); private native void nativeSurfaceFinalize(); ``` @@ -197,7 +197,7 @@ Two new entry points to the C code are defined, when the video surface becomes available and when it is about to be destroyed, respectively. -``` lang=java +``` java SurfaceView sv = (SurfaceView) this.findViewById(R.id.surface_video); SurfaceHolder sh = sv.getHolder(); sh.addCallback(this); @@ -212,7 +212,7 @@ interface. This is why we declared this Activity as implementing the [SurfaceHolder.Callback](http://developer.android.com/reference/android/view/SurfaceHolder.Callback.html) interface in line 16. -``` lang=java +``` java public void surfaceChanged(SurfaceHolder holder, int format, int width, int height) { Log.d("GStreamer", "Surface changed to format " + format + " width " @@ -243,7 +243,7 @@ Let’s review the C code to see what these functions do. **jni/tutorial-3.c** -``` lang=c +``` c #include #include #include @@ -587,7 +587,7 @@ First, our `CustomData` structure is augmented to keep a pointer to the video sink element and the native window handle: -``` lang=c +``` c GstElement *video_sink; /* The video sink element which receives XOverlay commands */ ANativeWindow *native_window; /* The Android native window where video will be rendered */ ``` @@ -596,7 +596,7 @@ The `check_initialization_complete()` method is also augmented so that it requires a native window before considering GStreamer to be initialized: -``` lang=c +``` c static void check_initialization_complete (CustomData *data) { JNIEnv *env = get_jni_env (); if (!data->initialized && data->native_window && data->main_loop) { @@ -625,14 +625,14 @@ effects in the `GSTREAMER_PLUGINS_EFFECTS` package), and an `autovideosink` which will instantiate the adequate video sink for the platform: -``` lang=c +``` c data->pipeline = gst_parse_launch("videotestsrc ! warptv ! ffmpegcolorspace ! autovideosink ", &error); ``` Here things start to get more interesting: -``` lang=c +``` c /* Set the pipeline to READY, so it can already accept a window handle, if we have one */ gst_element_set_state(data->pipeline, GST_STATE_READY); @@ -660,7 +660,7 @@ Now we will implement the two native functions called by the Java code when the drawing surface becomes available or is about to be destroyed: -``` lang=c +``` c static void gst_native_surface_init (JNIEnv *env, jobject thiz, jobject surface) { CustomData *data = GET_CUSTOM_DATA (env, thiz, custom_data_field_id); if (!data) return; @@ -717,7 +717,7 @@ We finally store the new window handle and call `check_initialization_complete()` to inform the Java code that everything is set up, if that is the case. -``` lang=c +``` c static void gst_native_surface_finalize (JNIEnv *env, jobject thiz) { CustomData *data = GET_CUSTOM_DATA (env, thiz, custom_data_field_id); if (!data) return; @@ -770,7 +770,7 @@ surface. **src/com/gst\_sdk\_tutorials/tutorial\_3/GStreamerSurfaceView.java** -``` lang=java +``` java package com.gst_sdk_tutorials.tutorial_3; import android.content.Context; @@ -862,7 +862,7 @@ public class GStreamerSurfaceView extends SurfaceView { **/jni/Android.mk** -``` lang=ruby +``` ruby LOCAL_PATH := $(call my-dir) include $(CLEAR_VARS) diff --git a/sdk-basic-media-player.md b/sdk-basic-media-player.md index 0951700..03a492f 100644 --- a/sdk-basic-media-player.md +++ b/sdk-basic-media-player.md @@ -50,7 +50,7 @@ target_link_libraries(player ${QTGSTREAMER_UI_LIBRARIES} ${QT_QTOPENGL_LIBRARIES **main.cpp** -``` lang=c +``` c #include "mediaapp.h" #include #include @@ -71,7 +71,7 @@ int main(int argc, char *argv[]) **mediaapp.h** -``` lang=c +``` c #ifndef MEDIAAPP_H #define MEDIAAPP_H #include @@ -124,7 +124,7 @@ private: **mediaapp.cpp** -``` lang=c +``` c #include "mediaapp.h" #include "player.h" #if (QT_VERSION >= QT_VERSION_CHECK(5, 0, 0)) @@ -324,7 +324,7 @@ void MediaApp::createUI(QBoxLayout *appLayout) **player.h** -``` lang=c +``` c #ifndef PLAYER_H #define PLAYER_H #include @@ -372,7 +372,7 @@ private: **player.cpp** -``` lang=c +``` c #include "player.h" #include #include @@ -553,7 +553,7 @@ We begin by looking at `main()`: **main.cpp** -``` lang=c +``` c int main(int argc, char *argv[]) { QApplication app(argc, argv); @@ -582,7 +582,7 @@ the UI: **MediaApp::MediaApp()** -``` lang=c +``` c //create the player m_player = new Player(this); connect(m_player, SIGNAL(positionChanged()), this, SLOT(onPositionChanged())); @@ -594,7 +594,7 @@ line, if any: **MediaApp::openFile()** -``` lang=c +``` c void MediaApp::openFile(const QString & fileName) { m_baseDir = QFileInfo(fileName).path(); @@ -608,7 +608,7 @@ This in turn instructs the `Player` to construct our GStreamer pipeline: **Player::setUri()** -``` lang=c +``` c void Player::setUri(const QString & uri) { QString realUri = uri; @@ -648,7 +648,7 @@ rendering. For clarity, here is a portion of the implementation: **prepare-xwindow-id handling** -``` lang=c +``` c QGlib::connect(pipeline->bus(), "sync-message", this, &PipelineWatch::onBusSyncMessage); ... @@ -664,7 +664,7 @@ void PipelineWatch::onBusSyncMessage(const MessagePtr & msg) Once the pipeline is created, we connect to the bus' message signal (via `QGlib::connect()`) to dispatch state change signals: -``` lang=c +``` c void Player::onBusMessage(const QGst::MessagePtr & message) { switch (message->type()) { @@ -706,7 +706,7 @@ void Player::handlePipelineStateChange(const QGst::StateChangedMessagePtr & scm) Finally, we tell `playbin` what to play by setting the `uri` property: -``` lang=c +``` c m_pipeline->setProperty("uri", realUri); ``` @@ -717,7 +717,7 @@ After `Player::setUri()` is called, `MediaApp::openFile()` calls **Player::play()** -``` lang=c +``` c void Player::play() { if (m_pipeline) { @@ -730,7 +730,7 @@ The other state control methods are equally simple: **Player state functions** -``` lang=c +``` c void Player::pause() { if (m_pipeline) { @@ -754,7 +754,7 @@ is emitted on the GStreamer bus which gets picked up by the `Player`: **Player::onBusMessage()** -``` lang=c +``` c void Player::onBusMessage(const QGst::MessagePtr & message) { switch (message->type()) { @@ -781,7 +781,7 @@ handled: **MediaApp::onStateChanged()** -``` lang=c +``` c void MediaApp::onStateChanged() { QGst::State newState = m_player->state(); @@ -810,7 +810,7 @@ UI to handle: **MediaApp::onPositionChanged()** -``` lang=c +``` c void MediaApp::onPositionChanged() { QTime length(0,0); @@ -842,7 +842,7 @@ to `gst_element_query_position()`: **Player::position()** -``` lang=c +``` c QTime Player::position() const { if (m_pipeline) { diff --git a/sdk-basic-tutorial-clutter-integration.md b/sdk-basic-tutorial-clutter-integration.md index 2bb616d..451b0f5 100644 --- a/sdk-basic-tutorial-clutter-integration.md +++ b/sdk-basic-tutorial-clutter-integration.md @@ -34,7 +34,7 @@ Copy this code into a text file named `basic-tutorial-15.c`.. **basic-tutorial-15.c** -``` lang=c +``` c #include /* Setup the video texture once its size is known */ @@ -163,7 +163,7 @@ how to integrate GStreamer with it. This is accomplished through the clutter-gst library, so its header must be included (and the program must link against it): -``` lang=c +``` c #include ``` @@ -171,7 +171,7 @@ The first thing this library does is initialize both GStreamer and Clutter, so you must call ` clutter-gst-init()` instead of initializing these libraries yourself. -``` lang=c +``` c /* clutter-gst takes care of initializing Clutter and GStreamer */ if (clutter_gst_init (&argc, &argv) != CLUTTER_INIT_SUCCESS) { g_error ("Failed to initialize clutter\n"); @@ -184,7 +184,7 @@ create a texture. Just remember to disable texture slicing to allow for proper integration: -``` lang=c +``` c /* Create new texture and disable slicing so the video is properly mapped onto it */ texture = CLUTTER_ACTOR (g_object_new (CLUTTER_TYPE_TEXTURE, "disable-slicing", TRUE, NULL)); g_signal_connect (texture, "size-change", G_CALLBACK (size_change), NULL); @@ -193,7 +193,7 @@ g_signal_connect (texture, "size-change", G_CALLBACK (size_change), NULL); We connect to the size-change signal so we can perform final setup once the video size is known. -``` lang=c +``` c /* Instantiate the Clutter sink */ sink = gst_element_factory_make ("autocluttersink", NULL); if (sink == NULL) { @@ -214,14 +214,14 @@ release of the SDK, so, if it cannot be found, the simpler `cluttersink` element is created instead. -``` lang=c +``` c /* Link GStreamer with Clutter by passing the Clutter texture to the Clutter sink*/ g_object_set (sink, "texture", texture, NULL); ``` This texture is everything GStreamer needs to know about Clutter. -``` lang=c +``` c /* Add the Clutter sink to the pipeline */ g_object_set (pipeline, "video-sink", sink, NULL); ``` diff --git a/sdk-basic-tutorial-concepts.md b/sdk-basic-tutorial-concepts.md index 0d30f29..689a50e 100644 --- a/sdk-basic-tutorial-concepts.md +++ b/sdk-basic-tutorial-concepts.md @@ -22,7 +22,7 @@ in the SDK installation). **basic-tutorial-2.c** -``` +``` c #include int main(int argc, char *argv[]) { @@ -130,7 +130,7 @@ through filter elements. We will skip GStreamer initialization, since it is the same as the previous tutorial: -``` +``` c /* Create the elements */ source = gst_element_factory_make ("videotestsrc", "source"); sink = gst_element_factory_make ("autovideosink", "sink"); @@ -164,7 +164,7 @@ platform-independent. ### Pipeline creation -``` +``` c /* Create the empty pipeline */ pipeline = gst_pipeline_new ("test-pipeline"); ``` @@ -173,7 +173,7 @@ All elements in GStreamer must typically be contained inside a pipeline before they can be used, because it takes care of some clocking and messaging functions. We create the pipeline with `gst_pipeline_new()`. -``` +``` c /* Build the pipeline */ gst_bin_add_many (GST_BIN (pipeline), source, sink, NULL); if (gst_element_link (source, sink) != TRUE) { @@ -200,7 +200,7 @@ trying to link them! ### Properties -``` +``` c /* Modify the source's properties */ g_object_set (source, "pattern", 0, NULL); ``` @@ -233,7 +233,7 @@ At this point, we have the whole pipeline built and setup, and the rest of the tutorial is very similar to the previous one, but we are going to add more error checking: -``` +``` c /* Start playing */ ret = gst_element_set_state (pipeline, GST_STATE_PLAYING); if (ret == GST_STATE_CHANGE_FAILURE) { @@ -248,7 +248,7 @@ value for errors. Changing states is a delicate process and a few more details are given in [Basic tutorial 3: Dynamic pipelines](sdk-basic-tutorial-dynamic-pipelines.md). -``` +``` c /* Wait until error or EOS */ bus = gst_element_get_bus (pipeline); msg = gst_bus_timed_pop_filtered (bus, GST_CLOCK_TIME_NONE, GST_MESSAGE_ERROR | GST_MESSAGE_EOS); diff --git a/sdk-basic-tutorial-debugging-tools.md b/sdk-basic-tutorial-debugging-tools.md index 4e5c160..365ed6c 100644 --- a/sdk-basic-tutorial-debugging-tools.md +++ b/sdk-basic-tutorial-debugging-tools.md @@ -157,7 +157,7 @@ as the Debug category in the output log). To change the category to something more meaningful, add these two lines at the top of your code: -``` lang=c +``` c GST_DEBUG_CATEGORY_STATIC (my_category); #define GST_CAT_DEFAULT my_category ``` @@ -165,7 +165,7 @@ GST_DEBUG_CATEGORY_STATIC (my_category); And then this one after you have initialized GStreamer with `gst_init()`: -``` lang=c +``` c GST_DEBUG_CATEGORY_INIT (my_category, "my category", 0, "This is my very own"); ``` diff --git a/sdk-basic-tutorial-dynamic-pipelines.md b/sdk-basic-tutorial-dynamic-pipelines.md index 819b42f..3c07d97 100644 --- a/sdk-basic-tutorial-dynamic-pipelines.md +++ b/sdk-basic-tutorial-dynamic-pipelines.md @@ -85,7 +85,7 @@ in the SDK installation). **basic-tutorial-3.c** -``` +``` c #include /* Structure to contain all our information, so we can pass it to callbacks */ @@ -251,7 +251,7 @@ exit: ## Walkthrough -``` +``` c /* Structure to contain all our information, so we can pass it to callbacks */ typedef struct _CustomData { GstElement *pipeline; @@ -266,14 +266,14 @@ to `GstElement`s, basically) as local variables. Since this tutorial (and most real applications) involves callbacks, we will group all our data in a structure for easier handling. -``` +``` c /* Handler for the pad-added signal */ static void pad_added_handler (GstElement *src, GstPad *pad, CustomData *data); ``` This is a forward reference, to be used later. -``` +``` c /* Create the elements */ data.source = gst_element_factory_make ("uridecodebin", "source"); data.convert = gst_element_factory_make ("audioconvert", "convert"); @@ -295,7 +295,7 @@ The `autoaudiosink` is the equivalent of `autovideosink` seen in the previous tutorial, for audio. It will render the audio stream to the audio card. -``` +``` c if (!gst_element_link (data.convert, data.sink)) { g_printerr ("Elements could not be linked.\n"); gst_object_unref (data.pipeline); @@ -307,7 +307,7 @@ Here we link the converter element to the sink, but we **DO NOT** link them with the source, since at this point it contains no source pads. We just leave this branch (converter + sink) unlinked, until later on. -``` +``` c /* Set the URI to play */ g_object_set (data.source, "uri", "http://docs.gstreamer.com/media/sintel_trailer-480p.webm", NULL); ``` @@ -317,7 +317,7 @@ the previous tutorial. ### Signals -``` +``` c /* Connect to the pad-added signal */ g_signal_connect (data.source, "pad-added", G_CALLBACK (pad_added_handler), &data); ``` @@ -351,7 +351,7 @@ producing data, it will create source pads, and trigger the “pad-added” signal. At this point our callback will be called: -``` +``` c static void pad_added_handler (GstElement *src, GstPad *new_pad, CustomData *data) { ``` @@ -366,7 +366,7 @@ This is usually the pad to which we want to link. `data` is the pointer we provided when attaching to the signal. In this example, we use it to pass the `CustomData` pointer. -``` +``` c GstPad *sink_pad = gst_element_get_static_pad (data->convert, "sink"); ``` @@ -376,7 +376,7 @@ which we want to link `new_pad`. In the previous tutorial we linked element against element, and let GStreamer choose the appropriate pads. Now we are going to link the pads directly. -``` +``` c /* If our converter is already linked, we have nothing to do here */ if (gst_pad_is_linked (sink_pad)) { g_print (" We are already linked. Ignoring.\n"); @@ -388,7 +388,7 @@ if (gst_pad_is_linked (sink_pad)) { this callback will be called. These lines of code will prevent us from trying to link to a new pad once we are already linked. -``` +``` c /* Check the new pad's type */ new_pad_caps = gst_pad_query_caps (new_pad, NULL); new_pad_struct = gst_caps_get_structure (new_pad_caps, 0); @@ -423,7 +423,7 @@ audio pad, and we are not interested in it. Otherwise, attempt the link: -``` +``` c /* Attempt the link */ ret = gst_pad_link (new_pad, sink_pad); if (GST_PAD_LINK_FAILED (ret)) { @@ -462,7 +462,7 @@ to PLAYING, you have to go through the intermediate READY and PAUSED states. If you set the pipeline to PLAYING, though, GStreamer will make the intermediate transitions for you. -``` +``` c case GST_MESSAGE_STATE_CHANGED: /* We are only interested in state-changed messages from the pipeline */ if (GST_MESSAGE_SRC (msg) == GST_OBJECT (data.pipeline)) { diff --git a/sdk-basic-tutorial-handy-elements.md b/sdk-basic-tutorial-handy-elements.md index a2c346f..cadecf7 100644 --- a/sdk-basic-tutorial-handy-elements.md +++ b/sdk-basic-tutorial-handy-elements.md @@ -35,11 +35,11 @@ a `decodebin2` element. It acts like a demuxer, so it offers as many source pads as streams are found in the media. -``` lang=bash +``` bash gst-launch-1.0 uridecodebin uri=http://docs.gstreamer.com/media/sintel_trailer-480p.webm ! ffmpegcolorspace ! autovideosink ``` -``` lang=bash +``` bash gst-launch-1.0 uridecodebin uri=http://docs.gstreamer.com/media/sintel_trailer-480p.webm ! audioconvert ! autoaudiosink ``` @@ -53,7 +53,7 @@ replaces the old `decodebin` element. It acts like a demuxer, so it offers as many source pads as streams are found in the media. -``` lang=bash +``` bash gst-launch-1.0 souphttpsrc location=http://docs.gstreamer.com/media/sintel_trailer-480p.webm ! decodebin2 ! autovideosink ``` @@ -67,7 +67,7 @@ using a `typefind` element or by setting the `typefind` property of `filesrc` to `TRUE`. -``` lang=c +``` c gst-launch-1.0 filesrc location=f:\\media\\sintel\\sintel_trailer-480p.webm ! decodebin2 ! autovideosink ``` @@ -89,7 +89,7 @@ This element receives data as a client over the network via HTTP using the SOUP library. Set the URL to retrieve through the `location` property. -``` lang=bash +``` bash gst-launch-1.0 souphttpsrc location=http://docs.gstreamer.com/media/sintel_trailer-480p.webm ! decodebin2 ! autovideosink ``` @@ -104,7 +104,7 @@ are “guaranteed” to work. This element produces a video pattern (selectable among many different options with the `pattern` property). Use it to test video pipelines. -``` lang=bash +``` bash gst-launch-1.0 videotestsrc ! ffmpegcolorspace ! autovideosink ``` @@ -113,7 +113,7 @@ gst-launch-1.0 videotestsrc ! ffmpegcolorspace ! autovideosink This element produces an audio wave (selectable among many different options with the `wave` property). Use it to test video pipelines. -``` lang=bash +``` bash gst-launch-1.0 audiotestsrc ! audioconvert ! autoaudiosink ``` @@ -135,7 +135,7 @@ elements whose Caps are unknown at design time, like `autovideosink`, or that can vary depending on external factors, like decoding a user-provided file. -``` lang=bash +``` bash gst-launch-1.0 videotestsrc ! ffmpegcolorspace ! autovideosink ``` @@ -155,7 +155,7 @@ It is therefore a good idea to always use it whenever the actual frame rate is unknown at design time, just in case. -``` lang=c +``` c gst-launch-1.0 videotestsrc ! video/x-raw-rgb,framerate=30/1 ! videorate ! video/x-raw-rgb,framerate=1/1 ! ffmpegcolorspace ! autovideosink ``` @@ -176,7 +176,7 @@ user, it is a good idea to use a `videoscale` element, since not all video sinks are capable of performing scaling operations. -``` lang=bash +``` bash gst-launch-1.0 uridecodebin uri=http://docs.gstreamer.com/media/sintel_trailer-480p.webm ! videoscale ! video/x-raw-yuv,width=178,height=100 ! ffmpegcolorspace ! autovideosink ``` @@ -193,7 +193,7 @@ Like `ffmpegcolorspace` does for video, you use this to solve negotiation problems with audio, and it is generally safe to use it liberally, since this element does nothing if it is not needed. -``` lang=bash +``` bash gst-launch-1.0 audiotestsrc ! audioconvert ! autoaudiosink ``` @@ -206,7 +206,7 @@ Again, use it to solve negotiation problems regarding sampling rates and do not fear to use it generously. -``` lang=bash +``` bash gst-launch-1.0 uridecodebin uri=http://docs.gstreamer.com/media/sintel_trailer-480p.webm ! audioresample ! audio/x-raw-float,rate=4000 ! audioconvert ! autoaudiosink ``` @@ -309,7 +309,7 @@ the `capsfilter` element. This element does not modify data as such, but enforces limitations on the data format. -``` lang=bash +``` bash gst-launch-1.0 videotestsrc ! video/x-raw-gray ! ffmpegcolorspace ! autovideosink ``` diff --git a/sdk-basic-tutorial-hello-world.md b/sdk-basic-tutorial-hello-world.md index 923743d..75360b7 100644 --- a/sdk-basic-tutorial-hello-world.md +++ b/sdk-basic-tutorial-hello-world.md @@ -60,7 +60,7 @@ Internet, along with audio. Congratulations! Let's review these lines of code and see what they do: -``` lang=c +``` c /* Initialize GStreamer */ gst_init (&argc, &argv); ``` @@ -79,7 +79,7 @@ If you always pass your command-line parameters benefit from the GStreamer standard command-line options (more on this in [Basic tutorial 10: GStreamer tools]) -``` lang=c +``` c /* Build the pipeline */ pipeline = gst_parse_launch ("playbin uri=http://docs.gstreamer.com/media/sintel_trailer-480p.webm", NULL); ``` @@ -132,7 +132,7 @@ plug-in, GStreamer provides several notification mechanisms, but the only thing we are doing in this example is exiting on error, so do not expect much feedback. -``` lang=c +``` c /* Start playing */ gst_element_set_state (pipeline, GST_STATE_PLAYING); @@ -146,7 +146,7 @@ In this line, `gst_element_set_state()` is setting `pipeline` (our only element, remember) to the PLAYING state, thus initiating playback. ``` -``` lang=c +``` c /* Wait until error or EOS */ bus = gst_element_get_bus (pipeline); gst_bus_timed_pop_filtered (bus, GST_CLOCK_TIME_NONE, GST_MESSAGE_ERROR | GST_MESSAGE_EOS); @@ -170,7 +170,7 @@ control-C in the console. Before terminating the application, though, there is a couple of things we need to do to tidy up correctly after ourselves. -``` lang=c +``` c /* Free resources */ if (msg != NULL) gst_message_unref (msg); diff --git a/sdk-basic-tutorial-media-formats-and-pad-capabilities.md b/sdk-basic-tutorial-media-formats-and-pad-capabilities.md index 44d5cd3..b1dbcdf 100644 --- a/sdk-basic-tutorial-media-formats-and-pad-capabilities.md +++ b/sdk-basic-tutorial-media-formats-and-pad-capabilities.md @@ -122,7 +122,7 @@ in the SDK installation). **basic-tutorial-6.c** -``` +``` c #include /* Functions below print the Capabilities in a human-friendly format */ @@ -353,7 +353,7 @@ want to learn about the internal organization of the `GstCaps` structure, read the `GStreamer Documentation` regarding Pad Caps. -``` +``` c /* Shows the CURRENT capabilities of the requested pad in the given element */ static void print_pad_capabilities (GstElement *element, gchar *pad_name) { GstPad *pad = NULL; @@ -394,7 +394,7 @@ as the actual hardware Capabilities might be queried. We then print these Capabilities. -``` +``` c /* Create the element factories */ source_factory = gst_element_factory_find ("audiotestsrc"); sink_factory = gst_element_factory_find ("autoaudiosink"); @@ -429,7 +429,7 @@ are printed as soon as the factories are created. We skip the pipeline creation and start, and go to the State-Changed message handling: -``` +``` c case GST_MESSAGE_STATE_CHANGED: /* We are only interested in state-changed messages from the pipeline */ if (GST_MESSAGE_SRC (msg) == GST_OBJECT (pipeline)) { diff --git a/sdk-basic-tutorial-media-information-gathering.md b/sdk-basic-tutorial-media-information-gathering.md index 04fa816..0637cbb 100644 --- a/sdk-basic-tutorial-media-information-gathering.md +++ b/sdk-basic-tutorial-media-information-gathering.md @@ -79,7 +79,7 @@ in the SDK installation). **basic-tutorial-9.c** -``` lang=c +``` c #include #include #include @@ -326,7 +326,7 @@ int main (int argc, char **argv) { These are the main steps to use the `GstDiscoverer`: -``` lang=c +``` c /* Instantiate the Discoverer */ data.discoverer = gst_discoverer_new (5 * GST_SECOND, &err); if (!data.discoverer) { @@ -340,7 +340,7 @@ if (!data.discoverer) { parameter is the timeout per file, in nanoseconds (use the `GST_SECOND` macro for simplicity). -``` lang=c +``` c /* Connect to the interesting signals */ g_signal_connect (data.discoverer, "discovered", G_CALLBACK (on_discovered_cb), &data); g_signal_connect (data.discoverer, "finished", G_CALLBACK (on_finished_cb), &data); @@ -349,7 +349,7 @@ g_signal_connect (data.discoverer, "finished", G_CALLBACK (on_finished_cb), &dat Connect to the interesting signals, as usual. We discuss them in the snippet for their callbacks. -``` lang=c +``` c /* Start the discoverer process (nothing to do yet) */ gst_discoverer_start (data.discoverer); ``` @@ -358,7 +358,7 @@ gst_discoverer_start (data.discoverer); not provided any URI to discover yet. This is done next: -``` lang=c +``` c /* Add a request to process asynchronously the URI passed through the command line */ if (!gst_discoverer_discover_uri_async (data.discoverer, uri)) { g_print ("Failed to start discovering URI '%s'\n", uri); @@ -373,7 +373,7 @@ discovery process for each of them finishes, the registered callback functions will be fired up. -``` lang=c +``` c /* Create a GLib Main Loop and set it to run, so we can wait for the signals */ data.loop = g_main_loop_new (NULL, FALSE); g_main_loop_run (data.loop); @@ -383,7 +383,7 @@ The usual GLib main loop is instantiated and executed. We will get out of it when `g_main_loop_quit()` is called from the `on_finished_cb` callback. -``` lang=c +``` c /* Stop the discoverer process */ gst_discoverer_stop (data.discoverer); ``` @@ -394,7 +394,7 @@ Once we are done with the discoverer, we stop it with Let's review now the callbacks we have registered: -``` lang=c +``` c /* This function is called every time the discoverer has information regarding * one of the URIs we provided.*/ static void on_discovered_cb (GstDiscoverer *discoverer, GstDiscovererInfo *info, GError *err, CustomData *data) { @@ -415,7 +415,7 @@ case we had multiple discover process running, which is not the case in this example) with `gst_discoverer_info_get_uri()` and the discovery result with `gst_discoverer_info_get_result()`. -``` lang=c +``` c switch (result) { case GST_DISCOVERER_URI_INVALID: g_print ("Invalid URI '%s'\n", uri); @@ -465,7 +465,7 @@ If no error happened, information can be retrieved from the Bits of information which are made of lists, like tags and stream info, needs some extra parsing: -``` lang=c +``` c tags = gst_discoverer_info_get_tags (info); if (tags) { g_print ("Tags:\n"); @@ -480,7 +480,7 @@ or a specific tag could be searched for with `gst_tag_list_get_string()`). The code for `print_tag_foreach` is pretty much self-explicative. -``` lang=c +``` c sinfo = gst_discoverer_info_get_stream_info (info); if (!sinfo) return; @@ -497,7 +497,7 @@ a `GstDiscovererStreamInfo` structure that is parsed in the `print_topology` function, and then discarded with `gst_discoverer_stream_info_unref()`. -``` lang=c +``` c /* Print information regarding a stream and its substreams, if any */ static void print_topology (GstDiscovererStreamInfo *info, gint depth) { GstDiscovererStreamInfo *next; diff --git a/sdk-basic-tutorial-multithreading-and-pad-availability.md b/sdk-basic-tutorial-multithreading-and-pad-availability.md index e47d187..558f612 100644 --- a/sdk-basic-tutorial-multithreading-and-pad-availability.md +++ b/sdk-basic-tutorial-multithreading-and-pad-availability.md @@ -84,7 +84,7 @@ in the SDK installation). **basic-tutorial-7.c** -``` lang=c +``` c #include int main(int argc, char *argv[]) { @@ -191,7 +191,7 @@ int main(int argc, char *argv[]) { ## Walkthrough -``` +``` c /* Create the elements */ audio_source = gst_element_factory_make ("audiotestsrc", "audio_source"); tee = gst_element_factory_make ("tee", "tee"); @@ -220,7 +220,7 @@ Caps produced by the `audiotestsrc` and `wavescope`. If the Caps matched, though, these elements act in “pass-through” mode and do not modify the signal, having negligible impact on performance. -``` +``` c /* Configure elements */ g_object_set (audio_source, "freq", 215.0f, NULL); g_object_set (visual, "shader", 0, "style", 1, NULL); @@ -235,7 +235,7 @@ tools](sdk-basic-tutorial-gstreamer-tools.md) to learn all the properties of these elements. -``` +``` c /* Link all elements that can be automatically linked because they have "Always" pads */ gst_bin_add_many (GST_BIN (pipeline), audio_source, tee, audio_queue, audio_convert, audio_sink, video_queue, visual, video_convert, video_sink, NULL); @@ -255,7 +255,7 @@ comment says). > ![Warning](images/icons/emoticons/warning.png) > `gst_element_link_many()` can actually link elements with Request Pads. It internally requests the Pads so you do not have worry about the elements being linked having Always or Request Pads. Strange as it might seem, this is actually inconvenient, because you still need to release the requested Pads afterwards, and, if the Pad was requested automatically by `gst_element_link_many()`, it is easy to forget. Stay out of trouble by always requesting Request Pads manually, as shown in the next code block. -``` +``` c /* Manually link the Tee, which has "Request" pads */ tee_src_pad_template = gst_element_class_get_pad_template (GST_ELEMENT_GET_CLASS (tee), "src_%d"); tee_audio_pad = gst_element_request_pad (tee, tee_src_pad_template, NULL, NULL); @@ -301,7 +301,7 @@ We then set the pipeline to playing as usual, and wait until an error message or an EOS is produced. The only thing left to so is cleanup the requested Pads: -``` +``` c /* Release the request pads from the Tee, and unref them */ gst_element_release_request_pad (tee, tee_audio_pad); gst_element_release_request_pad (tee, tee_video_pad); diff --git a/sdk-basic-tutorial-playback-speed.md b/sdk-basic-tutorial-playback-speed.md index d868fec..377f03f 100644 --- a/sdk-basic-tutorial-playback-speed.md +++ b/sdk-basic-tutorial-playback-speed.md @@ -67,7 +67,7 @@ Copy this code into a text file named `basic-tutorial-13.c`. **basic-tutorial-13.c** -``` lang=c +``` c #include #include @@ -248,7 +248,7 @@ keystrokes and a GLib main loop is executed. Then, in the keyboard handler function: -``` lang=c +``` c /* Process keyboard input */ static gboolean handle_keyboard (GIOChannel *source, GIOCondition cond, CustomData *data) { gchar *str = NULL; @@ -268,7 +268,7 @@ static gboolean handle_keyboard (GIOChannel *source, GIOCondition cond, CustomDa Pause / Playing toggle is handled with `gst_element_set_state()` as in previous tutorials. -``` lang=c +``` c case 's': if (g_ascii_isupper (str[0])) { data->rate *= 2.0; @@ -288,7 +288,7 @@ reverse the current playback direction. In both cases, the `rate` variable is updated and `send_seek_event` is called. Let’s review this function. -``` lang=c +``` c /* Send seek event to change rate */ static void send_seek_event (CustomData *data) { gint64 position; @@ -310,7 +310,7 @@ want to move, we jump to the current position. Using a Step Event would be simpler, but this event is not currently fully functional, as explained in the Introduction. -``` lang=c +``` c /* Create the seek event */ if (data->rate > 0) { seek_event = gst_event_new_seek (data->rate, GST_FORMAT_TIME, GST_SEEK_FLAG_FLUSH | GST_SEEK_FLAG_ACCURATE, @@ -327,7 +327,7 @@ position. Regardless of the playback direction, the start position must be smaller than the stop position, so the two playback directions are treated differently. -``` lang=c +``` c if (data->video_sink == NULL) { /* If we have not done so, obtain the sink through which we will send the seek events */ g_object_get (data->pipeline, "video-sink", &data->video_sink, NULL); @@ -341,7 +341,7 @@ at this time instead at initialization time because the actual sink may change depending on the media contents, and this won’t be known until the pipeline is PLAYING and some media has been read. -``` lang=c +``` c /* Send the event */ gst_element_send_event (data->video_sink, seek_event); ``` @@ -352,7 +352,7 @@ The new Event is finally sent to the selected sink with Back to the keyboard handler, we still miss the frame stepping code, which is really simple: -``` lang=c +``` c case 'n': if (data->video_sink == NULL) { /* If we have not done so, obtain the sink through which we will send the step events */ diff --git a/sdk-basic-tutorial-short-cutting-the-pipeline.md b/sdk-basic-tutorial-short-cutting-the-pipeline.md index 735a112..bc8bec0 100644 --- a/sdk-basic-tutorial-short-cutting-the-pipeline.md +++ b/sdk-basic-tutorial-short-cutting-the-pipeline.md @@ -94,7 +94,7 @@ been received, but it could obviously perform more complex tasks. Copy this code into a text file named `basic-tutorial-8.c` (or find it in the SDK installation). -``` +``` c #include #include #include @@ -355,7 +355,7 @@ Always Pads, and manually link the Request Pads of the `tee` element. Regarding the configuration of the `appsrc` and `appsink` elements: -``` lang=c +``` c /* Configure appsrc */ audio_caps_text = g_strdup_printf (AUDIO_CAPS, SAMPLE_RATE); audio_caps = gst_caps_from_string (audio_caps_text); @@ -376,7 +376,7 @@ fired by `appsrc` when its internal queue of data is running low or almost full, respectively. We will use these signals to start and stop (respectively) our signal generation process. -``` lang=c +``` c /* Configure appsink */ g_object_set (data.app_sink, "emit-signals", TRUE, "caps", audio_caps, NULL); g_signal_connect (data.app_sink, "new-sample", G_CALLBACK (new_sample), &data); @@ -393,7 +393,7 @@ Starting the pipeline, waiting for messages and final cleanup is done as usual. Let's review the callbacks we have just registered: -``` lang=c +``` c /* 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) { @@ -422,7 +422,7 @@ We take note of the sourceid that `g_idle_add()` returns, so we can disable it later. -``` lang=c +``` c /* 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) { @@ -439,7 +439,7 @@ enough so we stop pushing data. Here we simply remove the idle function by using `g_source_remove()` (The idle function is implemented as a `GSource`). -``` lang=c +``` c /* 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). @@ -489,7 +489,7 @@ 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). -``` lang=c +``` c /* Push the buffer into the appsrc */ g_signal_emit_by_name (data->app_source, "push-buffer", buffer, &ret); @@ -503,7 +503,7 @@ tutorial 1: Playbin usage](sdk-playback-tutorial-playbin-usage.md)), and then `gst_buffer_unref()` it since we no longer need it. -``` lang=c +``` c /* The appsink has received a buffer */ static void new_sample (GstElement *sink, CustomData *data) { GstSample *sample; diff --git a/sdk-basic-tutorial-streaming.md b/sdk-basic-tutorial-streaming.md index 04af13e..ce5f0c8 100644 --- a/sdk-basic-tutorial-streaming.md +++ b/sdk-basic-tutorial-streaming.md @@ -60,7 +60,7 @@ Copy this code into a text file named `basic-tutorial-12.c`. **basic-tutorial-12.c** -``` lang=c +``` c #include #include @@ -193,7 +193,7 @@ therefore, the initialization code is very simple and should be self-explanative by now. The only new bit is the detection of live streams: -``` lang=c +``` c /* Start playing */ ret = gst_element_set_state (pipeline, GST_STATE_PLAYING); if (ret == GST_STATE_CHANGE_FAILURE) { @@ -219,7 +219,7 @@ them, so we take note of the result of `gst_element_set_state()` in the Let’s now review the interesting parts of the message parsing callback: -``` lang=c +``` c case GST_MESSAGE_BUFFERING: { gint percent = 0; @@ -252,7 +252,7 @@ network becomes slow or unresponsive and our buffer depletes, we will receive new buffering messages with levels below 100% so we will pause the pipeline again until enough buffer has been built up. -``` lang=c +``` c case GST_MESSAGE_CLOCK_LOST: /* Get a new clock */ gst_element_set_state (data->pipeline, GST_STATE_PAUSED); diff --git a/sdk-basic-tutorial-time-management.md b/sdk-basic-tutorial-time-management.md index 42532db..c6118a3 100644 --- a/sdk-basic-tutorial-time-management.md +++ b/sdk-basic-tutorial-time-management.md @@ -35,7 +35,7 @@ in the SDK installation). **basic-tutorial-4.c** -``` lang=c +``` c #include /* Structure to contain all our information, so we can pass it around */ diff --git a/sdk-basic-tutorial-toolkit-integration.md b/sdk-basic-tutorial-toolkit-integration.md index 4fb02cd..357db7c 100644 --- a/sdk-basic-tutorial-toolkit-integration.md +++ b/sdk-basic-tutorial-toolkit-integration.md @@ -69,7 +69,7 @@ in the SDK installation). **basic-tutorial-5.c** -``` +``` c #include #include @@ -477,7 +477,7 @@ used. Also, for clarity of explanation, the order in which the snippets of code are presented will not always match the program order. Use the line numbers to locate the snippets in the complete code. -``` +``` c #include #if defined (GDK_WINDOWING_X11) #include @@ -498,7 +498,7 @@ This tutorial is composed mostly of callback functions, which will be called from GStreamer or GTK+, so let's review the `main` function, which registers all these callbacks. -``` +``` c int main(int argc, char *argv[]) { CustomData data; GstStateChangeReturn ret; @@ -529,7 +529,7 @@ int main(int argc, char *argv[]) { Standard GStreamer initialization and playbin pipeline creation, along with GTK+ initialization. Not much new. -``` +``` c /* Connect to interesting signals in playbin */ g_signal_connect (G_OBJECT (data.playbin), "video-tags-changed", (GCallback) tags_cb, &data); g_signal_connect (G_OBJECT (data.playbin), "audio-tags-changed", (GCallback) tags_cb, &data); @@ -540,7 +540,7 @@ We are interested in being notified when new tags (metadata) appears on the stream. For simplicity, we are going to handle all kinds of tags (video, audio and text) from the same callback `tags_cb`. -``` +``` c /* Create the GUI */ create_ui (&data); ``` @@ -551,7 +551,7 @@ over its definition. The signals to which it registers convey user commands, as shown below when reviewing the callbacks. -``` +``` c /* Instruct the bus to emit signals for each received message, and connect to the interesting signals */ bus = gst_element_get_bus (data.playbin); gst_bus_add_signal_watch (bus); @@ -583,7 +583,7 @@ Keep in mind that, in order for the bus watches to work (be it a GLib `Main Loop` running. In this case, it is hidden inside the [GTK+](http://www.gtk.org/) main loop. -``` +``` c /* Register a function that GLib will call every second */ g_timeout_add_seconds (1, (GSourceFunc)refresh_ui, &data); ``` @@ -600,7 +600,7 @@ signature, depending on who will call it. You can look up the signature (the meaning of the parameters and the return value) in the documentation of the signal. -``` +``` c /* This function is called when the GUI toolkit creates the physical window that will hold the video. * At this point we can retrieve its handler (which has a different meaning depending on the windowing system) * and pass it to GStreamer through the GstVideoOverlay interface. */ @@ -636,7 +636,7 @@ and uses this one. Not much more to see here; `playbin` and the `GstVideoOverlay` really simplify this process a lot! -``` +``` c /* This function is called when the PLAY button is clicked */ static void play_cb (GtkButton *button, CustomData *data) { gst_element_set_state (data->playbin, GST_STATE_PLAYING); @@ -661,7 +661,7 @@ corresponding state. Note that in the STOP state we set the pipeline to resources (like the audio device) would need to be released and re-acquired. -``` +``` c /* This function is called when the main window is closed */ static void delete_event_cb (GtkWidget *widget, GdkEvent *event, CustomData *data) { stop_cb (NULL, data); @@ -674,7 +674,7 @@ in `main` to terminate, which, in this case, finishes the program. Here, we call it when the main window is closed, after stopping the pipeline (just for the sake of tidiness). -``` +``` c /* This function is called everytime the video window needs to be redrawn (due to damage/exposure, * rescaling, etc). GStreamer takes care of this in the PAUSED and PLAYING states, otherwise, * we simply draw a black rectangle to avoid garbage showing up. */ @@ -704,7 +704,7 @@ other cases, however, it will not, so we have to do it. In this example, we just fill the window with a black rectangle. -``` +``` c /* This function is called when the slider changes its position. We perform a seek to the * new position here. */ static void slider_cb (GtkRange *range, CustomData *data) { @@ -730,7 +730,7 @@ before allowing another one. Otherwise, the application might look unresponsive if the user drags the slider frantically, which would not allow any seek to complete before a new one is queued. -``` +``` c /* This function is called periodically to refresh the GUI */ static gboolean refresh_ui (CustomData *data) { gint64 current = -1; @@ -745,7 +745,7 @@ the media. First off, if we are not in the `PLAYING` state, we have nothing to do here (plus, position and duration queries will normally fail). -``` +``` c /* If we didn't know it yet, query the stream duration */ if (!GST_CLOCK_TIME_IS_VALID (data->duration)) { if (!gst_element_query_duration (data->playbin, GST_FORMAT_TIME, &data->duration)) { @@ -760,7 +760,7 @@ if (!GST_CLOCK_TIME_IS_VALID (data->duration)) { We recover the duration of the clip if we didn't know it, so we can set the range for the slider. -``` +``` c if (gst_element_query_position (data->playbin, GST_FORMAT_TIME, ¤t)) { /* Block the "value-changed" signal, so the slider_cb function is not called * (which would trigger a seek the user has not requested) */ @@ -785,7 +785,7 @@ Returning TRUE from this function will keep it called in the future. If we return FALSE, the timer will be removed. -``` +``` c /* This function is called when new metadata is discovered in the stream */ static void tags_cb (GstElement *playbin, gint stream, CustomData *data) { /* We are possibly in a GStreamer working thread, so we notify the main @@ -823,7 +823,7 @@ Later, once in the main thread, the bus will receive this message and emit the `message::application` signal, which we have associated to the `application_cb` function: -``` +``` c /* This function is called when an "application" message is posted on the bus. * Here we retrieve the message posted by the tags_cb callback */ static void application_cb (GstBus *bus, GstMessage *msg, CustomData *data) { diff --git a/sdk-installing-on-linux.md b/sdk-installing-on-linux.md index 5c6bb76..c966131 100644 --- a/sdk-installing-on-linux.md +++ b/sdk-installing-on-linux.md @@ -168,7 +168,7 @@ installed in a non-standard location `/opt/gstreamer-sdk`. The shell script `gst-sdk-shell` sets the required environment variables for building applications with the GStreamer SDK: -``` lang=bash +``` bash /opt/gstreamer-sdk/bin/gst-sdk-shell ``` @@ -252,7 +252,7 @@ Using the file name of the tutorial you are interested in To run the tutorials, simply execute the desired tutorial (**from within the `gst-sdk-shell`**): -``` lang=c +``` c ./basic-tutorial-1 ``` diff --git a/sdk-mac-osx-deployment.md b/sdk-mac-osx-deployment.md index 09e1025..b5dfe0a 100644 --- a/sdk-mac-osx-deployment.md +++ b/sdk-mac-osx-deployment.md @@ -29,7 +29,7 @@ should replace `$INSTALL_PATH` with the path where your installer copied the SDK's disk image files (the `/tmp` directory is good place to install it as it will be removed at the end of the installation): -``` lang=bash +``` bash hdiutil attach $INSTALL_PATH/gstreamer-sdk-2012.7-x86.dmg cd /Volumes/gstreamer-sdk-2012.7-x86/ installer -pkg gstreamer-sdk-2012.7-x86.pkg -target "/" @@ -45,7 +45,7 @@ simply copy the framework to the application's Frameworks folder as defined in the [bundle programming guide](https://developer.apple.com/library/mac/documentation/CoreFoundation/Conceptual/CFBundles/BundleTypes/BundleTypes.html#//apple_ref/doc/uid/10000123i-CH101-SW19): -``` lang=bash +``` bash cp -r /Library/Frameworks/GStreamer.framework ~/MyApp.app/Contents/Frameworks ``` @@ -54,7 +54,7 @@ different architectures, installed in the system. Make sure you only copy the version you need and that you update accordingly the link `GStreamer.framework/Version/Current`: -``` lang=bash +``` bash $ ls -l Frameworks/GStreamer.framework/Version/Current lrwxr-xr-x 1 fluendo staff 21 Jun 5 18:46 Frameworks/GStreamer.framework/Versions/Current -> ../Versions/0.10/x86 ``` @@ -272,7 +272,7 @@ We can get the list of paths used by an object file to locate its dependent dynamic libraries using [otool](https://developer.apple.com/library/mac/#documentation/darwin/reference/manpages/man1/otool.1.html): -``` lang=bash +``` bash $ otool -L /Library/Frameworks/GStreamer.framework/Commands/gst-launch-1.0 /Library/Frameworks/GStreamer.framework/Commands/gst-launch-1.0: /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 550.43.0) @@ -291,7 +291,7 @@ This full path is extracted from the dynamic library  ***install name*** install name of a library can be retrieved with [otool](https://developer.apple.com/library/mac/#documentation/darwin/reference/manpages/man1/otool.1.html) too: -``` lang=bash +``` bash $ otool -D /Library/Frameworks/GStreamer.framework/Libraries/libgstreamer-1.0.dylib /Library/Frameworks/GStreamer.framework/Libraries/libgstreamer-1.0.dylib: /Library/Frameworks/GStreamer.framework/Versions/0.10/x86/lib/libgstreamer-1.0.0.dylib @@ -346,7 +346,7 @@ When looking for binaries to fix, we will run the script in the following directories: -``` lang=bash +``` bash $ osxrelocator.py MyApp.app/Contents/Frameworks/GStreamer.framework/Versions/Current/lib /Library/Frameworks/GStreamer.framework/ @executable_path/../Frameworks/GStreamer.framework/ -r $ osxrelocator.py MyApp.app/Contents/Frameworks/GStreamer.framework/Versions/Current/libexec /Library/Frameworks/GStreamer.framework/ @executable_path/../Frameworks/GStreamer.framework/ -r $ osxrelocator.py MyApp.app/Contents/Frameworks/GStreamer.framework/Versions/Current/bin /Library/Frameworks/GStreamer.framework/ @executable_path/../Frameworks/GStreamer.framework/ -r diff --git a/sdk-multiplatform-deployment-using-cerbero.md b/sdk-multiplatform-deployment-using-cerbero.md index b552661..3b93d5e 100644 --- a/sdk-multiplatform-deployment-using-cerbero.md +++ b/sdk-multiplatform-deployment-using-cerbero.md @@ -26,7 +26,7 @@ In the Cerbero installation directory you will find the `cerbero-uninstalled` script. Execute it without parameters to see the list of commands it accepts: -``` lang=bash +``` bash ./cerbero-uninstalled ``` @@ -35,7 +35,7 @@ list of commands it accepts: The first step is to create an empty recipe that you can then tailor to your needs: -``` lang=bash +``` bash ./cerbero-uninstalled add-recipe my-app 1.0 ``` @@ -240,7 +240,7 @@ Snappy. Once the recipe is ready, instruct Cerbero to build it: -``` lang=bash +``` bash ./cerbero-uninstalled build my-app ``` @@ -255,7 +255,7 @@ files in `cerbero/packages`. Now, to create an empty package, do: -``` lang=bash +``` bash ./cerbero-uninstalled add-package my-app 1.0 ``` @@ -408,7 +408,7 @@ Alternatively you can also pass some options to `cerbero-uninstalled`, for example: -``` lang=bash +``` bash ./cerbero-uninstalled add-package my-app 1.0 --license "LGPL" --codename MyApp --vendor MyAppVendor --url "http://www.my-app.com" --files=my-app:bins:libs --files-devel=my-app:devel --platform-files=linux:my-app:linux_specific --platform-files-devel=linux:my-app:linux_specific_devel,windows:my-app:windows_specific_devel --deps base-system --includes gstreamer-core ``` @@ -470,7 +470,7 @@ packages\_prefix as the ones in your Cerbero configuration file. Finally, build your package by using: -``` lang=bash +``` bash ./cerbero-uninstalled package your-package  ``` diff --git a/sdk-playback-tutorial-audio-visualization.md b/sdk-playback-tutorial-audio-visualization.md index e3309f5..f4f4c7c 100644 --- a/sdk-playback-tutorial-audio-visualization.md +++ b/sdk-playback-tutorial-audio-visualization.md @@ -39,7 +39,7 @@ Copy this code into a text file named `playback-tutorial-6.c`. **playback-tutorial-6.c** -``` lang=c +``` c #include /* playbin flags */ @@ -161,7 +161,7 @@ First off, we indicate `playbin` that we want an audio visualization by setting the `GST_PLAY_FLAG_VIS` flag. If the media already contains video, this flag has no effect. -``` lang=c +``` c /* Set the visualization flag */ g_object_get (pipeline, "flags", &flags, NULL); flags |= GST_PLAY_FLAG_VIS; @@ -173,7 +173,7 @@ If no visualization plugin is enforced by the user, `playbin` will use available). The rest of the tutorial shows how to find out the available visualization elements and enforce one to `playbin`. -``` lang=c +``` c /* Get a list of all visualization plugins */ list = gst_registry_feature_filter (gst_registry_get_default (), filter_vis_features, FALSE, NULL); ``` @@ -183,7 +183,7 @@ GStreamer registry and selects those for which the `filter_vis_features` function returns TRUE. This function selects only the Visualization plugins: -``` lang=c +``` c /* Return TRUE if this is a Visualization element */ static gboolean filter_vis_features (GstPluginFeature *feature, gpointer data) { GstElementFactory *factory; @@ -213,7 +213,7 @@ is a “string describing the type of element, as an unordered list separated with slashes (/)”. Examples of classes are “Source/Network”, “Codec/Decoder/Video”, “Codec/Encoder/Audio” or “Visualization”. -``` lang=c +``` c /* Print their names */ g_print("Available visualization plugins:\n"); for (walk = list; walk != NULL; walk = g_list_next (walk)) { @@ -234,7 +234,7 @@ Once we have the list of Visualization plugins, we print their names (`gst_element_factory_get_longname()`) and choose one (in this case, GOOM). -``` lang=c +``` c /* We have now selected a factory for the visualization element */ g_print ("Selected '%s'\n", gst_element_factory_get_longname (selected_factory)); vis_plugin = gst_element_factory_create (selected_factory, NULL); @@ -245,7 +245,7 @@ if (!vis_plugin) The selected factory is used to instantiate an actual `GstElement` which is then passed to `playbin` through the `vis-plugin` property: -``` lang=c +``` c /* set vis plugin for playbin */ g_object_set (pipeline, "vis-plugin", vis_plugin, NULL); ``` diff --git a/sdk-playback-tutorial-color-balance.md b/sdk-playback-tutorial-color-balance.md index af2d9be..63245dd 100644 --- a/sdk-playback-tutorial-color-balance.md +++ b/sdk-playback-tutorial-color-balance.md @@ -42,7 +42,7 @@ Copy this code into a text file named `playback-tutorial-5.c`. **playback-tutorial-5.c** -``` lang=c +``` c #include #include #include @@ -223,7 +223,7 @@ The `main()` function is fairly simple. A `playbin` pipeline is instantiated and set to run, and a keyboard watch is installed so keystrokes can be monitored. -``` lang=c +``` c /* Output the current values of all Color Balance channels */ static void print_current_values (GstElement *pipeline) { const GList *channels, *l; @@ -253,7 +253,7 @@ retrieve the current value. In this example, the minimum and maximum values are used to output the current value as a percentage. -``` lang=c +``` c /* Process a color balance command */ static void update_color_channel (const gchar *channel_name, gboolean increase, GstColorBalance *cb) { gdouble step; @@ -281,7 +281,7 @@ parsed looking for the channel with the specified name. Obviously, this list could be parsed only once and the pointers to the channels be stored and indexed by something more efficient than a string. -``` lang=c +``` c /* Change the channel's value */ step = 0.1 * (channel->max_value - channel->min_value); value = gst_color_balance_get_value (cb, channel); diff --git a/sdk-playback-tutorial-custom-playbin-sinks.md b/sdk-playback-tutorial-custom-playbin-sinks.md index 2713bf1..2c3cfde 100644 --- a/sdk-playback-tutorial-custom-playbin-sinks.md +++ b/sdk-playback-tutorial-custom-playbin-sinks.md @@ -53,7 +53,7 @@ Copy this code into a text file named `playback-tutorial-7.c`. **playback-tutorial7.c** -``` lang=c +``` c #include int main(int argc, char *argv[]) { @@ -137,7 +137,7 @@ int main(int argc, char *argv[]) { # Walkthrough -``` lang=c +``` c /* Create the elements inside the sink bin */ equalizer = gst_element_factory_make ("equalizer-3bands", "equalizer"); convert = gst_element_factory_make ("audioconvert", "convert"); @@ -153,7 +153,7 @@ All the Elements that compose our sink-bin are instantiated. We use an between, because we are not sure of the capabilities of the audio sink (since they are hardware-dependant). -``` lang=c +``` c /* Create the sink bin, add the elements and link them */ bin = gst_bin_new ("audio_sink_bin"); gst_bin_add_many (GST_BIN (bin), equalizer, convert, sink, NULL); @@ -163,7 +163,7 @@ gst_element_link_many (equalizer, convert, sink, NULL); This adds the new Elements to the Bin and links them just as we would do if this was a pipeline. -``` lang=c +``` c pad = gst_element_get_static_pad (equalizer, "sink"); ghost_pad = gst_ghost_pad_new ("sink", pad); gst_pad_set_active (ghost_pad, TRUE); @@ -192,7 +192,7 @@ with `gst_object_unref()`. At this point, we have a functional sink-bin, which we can use as the audio sink in `playbin`. We just need to instruct `playbin` to use it: -``` lang=c +``` c /* Set playbin's audio sink to be our sink bin */ g_object_set (GST_OBJECT (pipeline), "audio-sink", bin, NULL); ``` @@ -200,7 +200,7 @@ g_object_set (GST_OBJECT (pipeline), "audio-sink", bin, NULL); It is as simple as setting the `audio-sink` property on `playbin` to the newly created sink. -``` lang=c +``` c /* Configure the equalizer */ g_object_set (G_OBJECT (equalizer), "band1", (gdouble)-24.0, NULL); g_object_set (G_OBJECT (equalizer), "band2", (gdouble)-24.0, NULL); diff --git a/sdk-playback-tutorial-hardware-accelerated-video-decoding.md b/sdk-playback-tutorial-hardware-accelerated-video-decoding.md index 43bcd92..25292cb 100644 --- a/sdk-playback-tutorial-hardware-accelerated-video-decoding.md +++ b/sdk-playback-tutorial-hardware-accelerated-video-decoding.md @@ -171,7 +171,7 @@ type. Therefore, the easiest way to make sure hardware acceleration is enabled or disabled is by changing the rank of the associated element, as shown in this code: -``` lang=c +``` c static void enable_factory (const gchar *name, gboolean enable) { GstRegistry *registry = NULL; GstElementFactory *factory = NULL; diff --git a/sdk-playback-tutorial-playbin-usage.md b/sdk-playback-tutorial-playbin-usage.md index df504c5..3023e39 100644 --- a/sdk-playback-tutorial-playbin-usage.md +++ b/sdk-playback-tutorial-playbin-usage.md @@ -59,7 +59,7 @@ it in the SDK installation). **playback-tutorial-1.c** -``` lang=c +``` c #include /* Structure to contain all our information, so we can pass it around */ @@ -304,7 +304,7 @@ Required libraries: `gstreamer-1.0` # Walkthrough -``` lang=c +``` c /* Structure to contain all our information, so we can pass it around */ typedef struct _CustomData { GstElement *playbin; /* Our one and only element */ @@ -327,7 +327,7 @@ streams of each type, and the currently playing one. Also, we are going to use a different mechanism to wait for messages that allows interactivity, so we need a GLib's main loop object. -``` lang=c +``` c /* playbin flags */ typedef enum { GST_PLAY_FLAG_VIDEO = (1 << 0), /* We want video output */ @@ -345,7 +345,7 @@ GObject allows introspection, so the possible values for these flags can be retrieved at runtime without using this trick, but in a far more cumbersome way. -``` lang=c +``` c /* Forward definition for the message and keyboard processing functions */ static gboolean handle_message (GstBus *bus, GstMessage *msg, CustomData *data); static gboolean handle_keyboard (GIOChannel *source, GIOCondition cond, CustomData *data); @@ -364,7 +364,7 @@ pipeline, and use directly the  `playbin` element. We focus on some of the other properties of `playbin`, though: -``` lang=c +``` c /* Set flags to show Audio and Video but ignore Subtitles */ g_object_get (data.playbin, "flags", &flags, NULL); flags |= GST_PLAY_FLAG_VIDEO | GST_PLAY_FLAG_AUDIO; @@ -391,7 +391,7 @@ and disabling subtitles, leaving the rest of flags to their default values (this is why we read the current value of the flags with `g_object_get()` before overwriting it with `g_object_set()`). -``` lang=c +``` c /* Set connection speed. This will affect some internal decisions of playbin */ g_object_set (data.playbin, "connection-speed", 56, NULL); ``` @@ -406,13 +406,13 @@ mostly used in combination with streaming protocols like `mms` or We have set all these properties one by one, but we could have all of them with a single call to `g_object_set()`: -``` lang=c +``` c g_object_set (data.playbin, "uri", "http://docs.gstreamer.com/media/sintel_cropped_multilingual.webm", "flags", flags, "connection-speed", 56, NULL); ``` This is why `g_object_set()` requires a NULL as the last parameter. -``` lang=c +``` c /* Add a keyboard watch so we get notified of keystrokes */ #ifdef _WIN32 io_stdin = g_io_channel_win32_new_fd (fileno (stdin)); @@ -429,7 +429,7 @@ Applications normally have their own way of handling user input, and GStreamer has little to do with it besides the Navigation interface discussed briefly in [Tutorial 17: DVD playback]. -``` lang=c +``` c /* 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); @@ -446,7 +446,7 @@ times: `handle_message` when a message appears on the bus, and There is nothing new in handle\_message, except that when the pipeline moves to the PLAYING state, it will call the `analyze_streams` function: -``` lang=c +``` c /* Extract some metadata from the streams and print it on the screen */ static void analyze_streams (CustomData *data) { gint i; @@ -465,7 +465,7 @@ media and prints it on the screen. The number of video, audio and subtitle streams is directly available through the `n-video`, `n-audio` and `n-text` properties. -``` lang=c +``` c for (i = 0; i < data->n_video; i++) { tags = NULL; /* Retrieve the stream's video tags */ @@ -503,7 +503,7 @@ documentation. In this example we are interested in the `GST_TAG_LANGUAGE_CODE` of the streams and their `GST_TAG_*_CODEC` (audio, video or text). -``` lang=c +``` c g_object_get (data->playbin, "current-video", &data->current_video, NULL); g_object_get (data->playbin, "current-audio", &data->current_audio, NULL); g_object_get (data->playbin, "current-text", &data->current_text, NULL); @@ -519,7 +519,7 @@ never make any assumption. Multiple internal conditions can make which the streams are listed can change from one run to another, so checking the metadata to identify one particular stream becomes crucial. -``` lang=c +``` c /* Process keyboard input */ static gboolean handle_keyboard (GIOChannel *source, GIOCondition cond, CustomData *data) { gchar *str = NULL; diff --git a/sdk-playback-tutorial-progressive-streaming.md b/sdk-playback-tutorial-progressive-streaming.md index bea4ff9..25bcad0 100644 --- a/sdk-playback-tutorial-progressive-streaming.md +++ b/sdk-playback-tutorial-progressive-streaming.md @@ -52,7 +52,7 @@ Copy this code into a text file named `playback-tutorial-4.c`. **playback-tutorial-4.c** -``` lang=c +``` c #include #include @@ -258,7 +258,7 @@ only the differences. #### Setup -``` lang=c +``` c /* Set the download flag */ g_object_get (pipeline, "flags", &flags, NULL); flags |= GST_PLAY_FLAG_DOWNLOAD; @@ -269,7 +269,7 @@ By setting this flag, `playbin` instructs its internal queue (a `queue2` element, actually) to store all downloaded data. -``` lang=c +``` c g_signal_connect (pipeline, "deep-notify::temp-location", G_CALLBACK (got_location), NULL); ``` @@ -280,7 +280,7 @@ changes, indicating that the `queue2` has decided where to store the downloaded data. -``` lang=c +``` c static void got_location (GstObject *gstobject, GstObject *prop_object, GParamSpec *prop, gpointer data) { gchar *location; g_object_get (G_OBJECT (prop_object), "temp-location", &location, NULL); @@ -311,7 +311,7 @@ removed. As the comment reads, you can keep it by setting the In `main` we also install a timer which we use to refresh the UI every second. -``` lang=c +``` c /* Register a function that GLib will call every second */ g_timeout_add_seconds (1, (GSourceFunc)refresh_ui, &data); ``` @@ -330,7 +330,7 @@ pipeline is paused). Keep in mind that if your network is fast enough, you will not see the download bar (the dashes) advance at all; it will be completely full from the beginning. -``` lang=c +``` c static gboolean refresh_ui (CustomData *data) { GstQuery *query; gboolean result; @@ -354,7 +354,7 @@ succeeded. The answer to the query is contained in the same `GstQuery` structure we created, and can be retrieved using multiple parse methods: -``` lang=c +``` c n_ranges = gst_query_get_n_buffering_ranges (query); for (range = 0; range < n_ranges; range++) { gint64 start, stop; @@ -378,7 +378,7 @@ range) depends on what we requested in the `gst_query_new_buffering()` call. In this case, PERCENTAGE. These values are used to generate the graph. -``` lang=c +``` c if (gst_element_query_position (data->pipeline, &format, &position) && GST_CLOCK_TIME_IS_VALID (position) && gst_element_query_duration (data->pipeline, &format, &duration) && @@ -400,7 +400,7 @@ depending on the buffering level. If it is below 100%, the code in the an ‘`X`’. If the buffering level is 100% the pipeline is in the `PLAYING` state and we print a ‘`>`’. -``` lang=c +``` c if (data->buffering_level < 100) { g_print (" Buffering: %3d%%", data->buffering_level); } else { @@ -413,7 +413,7 @@ information (and delete it otherwise). #### Limiting the size of the downloaded file -``` lang=c +``` c /* Uncomment this line to limit the amount of downloaded data */ /* g_object_set (pipeline, "ring-buffer-max-size", (guint64)4000000, NULL); */ ``` diff --git a/sdk-playback-tutorial-short-cutting-the-pipeline.md b/sdk-playback-tutorial-short-cutting-the-pipeline.md index 8392792..bf913f5 100644 --- a/sdk-playback-tutorial-short-cutting-the-pipeline.md +++ b/sdk-playback-tutorial-short-cutting-the-pipeline.md @@ -30,7 +30,7 @@ Copy this code into a text file named `playback-tutorial-3.c`. **playback-tutorial-3.c** -``` lang=c +``` c #include #include @@ -188,7 +188,7 @@ int main(int argc, char *argv[]) { To use an `appsrc` as the source for the pipeline, simply instantiate a `playbin` and set its URI to `appsrc://` -``` lang=c +``` c /* Create the playbin element */ data.pipeline = gst_parse_launch ("playbin uri=appsrc://", NULL); ``` @@ -197,7 +197,7 @@ data.pipeline = gst_parse_launch ("playbin uri=appsrc://", NULL); `source-setup` signal to allow the application to configure it: -``` lang=c +``` c g_signal_connect (data.pipeline, "source-setup", G_CALLBACK (source_setup), &data); ``` @@ -206,7 +206,7 @@ since, once the signal handler returns, `playbin` will instantiate the next element in the pipeline according to these caps: -``` lang=c +``` c /* This function is called when playbin has created the appsrc element, so we have * a chance to configure it. */ static void source_setup (GstElement *pipeline, GstElement *source, CustomData *data) { diff --git a/sdk-playback-tutorial-subtitle-management.md b/sdk-playback-tutorial-subtitle-management.md index ae36550..a3dd57f 100644 --- a/sdk-playback-tutorial-subtitle-management.md +++ b/sdk-playback-tutorial-subtitle-management.md @@ -39,7 +39,7 @@ it in the SDK installation). **playback-tutorial-2.c** -``` lang=c +``` c #include /* Structure to contain all our information, so we can pass it around */ @@ -295,7 +295,7 @@ This tutorial is copied from [Playback tutorial 1: Playbin usage](Playback%2Btutorial%2B1%253A%2BPlaybin%2Busage.html) with some changes, so let's review only the changes. -``` lang=c +``` c /* Set the subtitle URI to play and some font description */ g_object_set (data.playbin, "suburi", "http://docs.gstreamer.com/media/sintel_trailer_gr.srt", NULL); g_object_set (data.playbin, "subtitle-font-desc", "Sans, 18", NULL); @@ -349,7 +349,7 @@ Extra-Expanded, Ultra-Expanded   -``` lang=c +``` c /* Set flags to show Audio, Video and Subtitles */ g_object_get (data.playbin, "flags", &flags, NULL); flags |= GST_PLAY_FLAG_VIDEO | GST_PLAY_FLAG_AUDIO | GST_PLAY_FLAG_TEXT; diff --git a/sdk-qt-gstreamer-vs-c-gstreamer.md b/sdk-qt-gstreamer-vs-c-gstreamer.md index 74ae6a6..33a4138 100644 --- a/sdk-qt-gstreamer-vs-c-gstreamer.md +++ b/sdk-qt-gstreamer-vs-c-gstreamer.md @@ -63,13 +63,13 @@ with the g\[st\]\_\ prefix removed and converted to camel case. For example, -``` lang=c +``` c gboolean gst_caps_is_emtpy(const GstCaps *caps); ``` becomes: -``` lang=c +``` c namespace QGst { class Caps { bool isEmpty() const; @@ -102,7 +102,7 @@ to call `g_object_ref()`` and g_object_unref()`. QtGStreamer provides access to the underlying C objects, in case you need them. This is accessible with a simple cast: -``` lang=c +``` c ElementPtr qgstElement = QGst::ElementFactory::make("playbin"); GstElement* gstElement = GST_ELEMENT(qgstElement); ``` diff --git a/sdk-using-appsink-appsrc-in-qt.md b/sdk-using-appsink-appsrc-in-qt.md index 6889b8e..5c50a00 100644 --- a/sdk-using-appsink-appsrc-in-qt.md +++ b/sdk-using-appsink-appsrc-in-qt.md @@ -35,7 +35,7 @@ target_link_libraries(appsink-src ${QTGSTREAMER_UTILS_LIBRARIES} ${QT_QTCORE_LIB **main.cpp** -``` lang=c +``` c #include #include #include @@ -144,7 +144,7 @@ As this is a very simple example, most of the action happens in the **GStreamer Initialization** -``` lang=c +``` c QGst::init(&argc, &argv); ``` @@ -152,7 +152,7 @@ Now we can construct the first half of the pipeline: **Pipeline Setup** -``` lang=c +``` c const char *caps = "audio/x-raw-int,channels=1,rate=8000," "signed=(boolean)true,width=16,depth=16,endianness=1234";   @@ -186,7 +186,7 @@ The second half of the pipeline is created similarly: **Second Pipeline** -``` lang=c +``` c /* sink pipeline */ QString pipe2Descr = QString("appsrc name=\"mysrc\" caps=\"%1\" ! autoaudiosink").arg(caps); pipeline2 = QGst::Parse::launch(pipe2Descr).dynamicCast(); @@ -199,7 +199,7 @@ Finally, the pipeline is started: **Starting the pipeline** -``` lang=c +``` c /* start playing */ pipeline1->setState(QGst::StatePlaying); pipeline2->setState(QGst::StatePlaying); @@ -212,7 +212,7 @@ ready for processing: **MySink::newBuffer()** -``` lang=c +``` c virtual QGst::FlowReturn newBuffer() { m_src->pushBuffer(pullBuffer()); @@ -225,7 +225,7 @@ Our implementation takes the new buffer and pushes it into the **Player::Player()** -``` lang=c +``` c Player::Player(int argc, char **argv) : QCoreApplication(argc, argv), m_sink(&m_src) ``` -- 2.7.4