- Applications should no longer use signal handlers to be notified of
errors, end-of-stream and other similar pipeline events. Instead,
they should use the `GstBus`, which has been discussed in
- [Bus](manual-bus.md). The bus will take care that the messages will
+ [Bus](manual/building/bus.md). The bus will take care that the messages will
be delivered in the context of a main loop, which is almost
certainly the application's main thread. The big advantage of this
is that applications no longer need to be thread-aware; they don't
pipelines, and the pipeline will do the dispatching internally for
you. This means less bookkeeping in your application. For a short
code example, see [Position tracking and
- seeking](manual-queryevents.md). Related, seeking is now
+ seeking](manual/advanced/queryevents.md). Related, seeking is now
threadsafe, and your video output will show the new video position's
frame while seeking, providing a better user experience.
between for buffering, and GStreamer will take care of creating
threads internally. It is still possible to have parts of a pipeline
run in different threads than others, by using the “queue” element.
- See [Threads](manual-threads.md) for details.
+ See [Threads](manual/advanced/threads.md) for details.
- Filtered caps -\> capsfilter element (the pipeline syntax for
gst-launch has not changed though).
GOption command line option API that was added to GLib 2.6.
`gst_init_get_option_group ()` is the new GOption-based equivalent
to `gst_init_get_ptop_table ()`.
-