Wim Taymans 9ee7e72c36 launch: handle PROGRESS messages ... Wait for all PROGRESS messages (if any) to complete before going to the PLAYING state. This is the only way we can wait for live elements to complete their operations. This is interesting for elements like rtspsrc that do some asynchronous network requests as part of going to the PAUSED state. It could be possible that it, for example, provides a clock and then we would like to wait until it completes so that we can use the provided clock when going to PLAYING.		2013-04-11 14:00:32 +01:00
..
.gitignore	Remove everything libxml2- and loadsave-related	2011-06-04 15:22:06 +01:00
gst-indent	gst-indent: Add --leave-preprocessor-space for indent 2.2.11	2010-04-03 20:51:17 +02:00
gst-inspect.1.in	docs: fix typo on gst-inspect man page	2010-07-16 18:20:57 +01:00
gst-inspect.c	caps: Handle ANY caps features properly in more places	2013-04-06 21:49:25 +02:00
gst-launch.1.in	docs: flesh out gst-launch-1.0 man page a little	2013-02-13 23:27:16 +00:00
gst-launch.c	launch: handle PROGRESS messages	2013-04-11 14:00:32 +01:00
gst-plot-timeline.py	docs: some 0.10 -> 1.0 changes	2012-10-02 13:22:35 +02:00
gst-typefind.1.in	docs: updates	2012-09-25 17:06:45 +02:00
gst-typefind.c	Fix FSF address	2012-11-03 20:44:48 +00:00
gstreamer-completion	gst: Change versioning	2012-04-04 14:28:55 +02:00
Makefile.am	gst: Change versioning	2012-04-04 14:28:55 +02:00
tools.h	Fix FSF address	2012-11-03 20:44:48 +00:00