mirrors/gstreamer
mirrors/gstreamer
1
1
Fork 0
mirror of https://gitlab.freedesktop.org/gstreamer/gstreamer.git synced 2024-11-27 12:11:13 +00:00
Code Issues 1 Projects Releases Wiki Activity
gstreamer/tests/sched/dynamic-pipeline.c

65 lines
2.1 KiB
C
Raw Normal View History

i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the seque... Original commit message from CVS: i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the sequence goes: - make a pipeline, iterate it once - re-use one of the elements in a new pipeline, see if it works
2001-11-25 06:30:34 +00:00
#include <gst/gst.h>
miscellaneous fixes, added gst_pad_unset_sched() api. Original commit message from CVS: miscellaneous fixes, added gst_pad_unset_sched() api. although I unref the old pipeline and the cothread context gets freed in dynamic-pipeline.c, I still get segfaults.
2002-01-19 06:29:40 +00:00
/* This test will fail because it tries to allocate two cothread_context's in
* one thread. This will cause a segfault. This is a problem with gstreamer's
revert patch to dynamic-pipeline and document more fully Original commit message from CVS: revert patch to dynamic-pipeline and document more fully
2002-05-08 21:32:03 +00:00
* cothreading that is fixed in the newer cothreads package.
miscellaneous fixes, added gst_pad_unset_sched() api. Original commit message from CVS: miscellaneous fixes, added gst_pad_unset_sched() api. although I unref the old pipeline and the cothread context gets freed in dynamic-pipeline.c, I still get segfaults.
2002-01-19 06:29:40 +00:00
*/
i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the seque... Original commit message from CVS: i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the sequence goes: - make a pipeline, iterate it once - re-use one of the elements in a new pipeline, see if it works
2001-11-25 06:30:34 +00:00
int main (int argc, char *argv[])
{
use fake* instead of other elements Original commit message from CVS: use fake* instead of other elements
2001-11-26 01:55:36 +00:00
GstElement *fakesrc, *fakesink1, *fakesink2, *pipe1, *pipe2;
i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the seque... Original commit message from CVS: i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the sequence goes: - make a pipeline, iterate it once - re-use one of the elements in a new pipeline, see if it works
2001-11-25 06:30:34 +00:00
gst_init(&argc, &argv);
use fake* instead of other elements Original commit message from CVS: use fake* instead of other elements
2001-11-26 01:55:36 +00:00
if (argc!=1) {
g_print("usage: %s\n", argv[0]);
i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the seque... Original commit message from CVS: i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the sequence goes: - make a pipeline, iterate it once - re-use one of the elements in a new pipeline, see if it works
2001-11-25 06:30:34 +00:00
exit(-1);
}
commit to make gstreamer follow the gtk function/macro naming conventions: Original commit message from CVS: commit to make gstreamer follow the gtk function/macro naming conventions: GstPadTemplate <-> gst_pad_template <-> GST_PAD_TEMPLATE and the same for *factory and typefind.
2002-04-11 20:35:18 +00:00
fakesrc = gst_element_factory_make("fakesrc", "fakesrc");
fakesink1 = gst_element_factory_make("fakesink", "fakesink1");
fakesink2 = gst_element_factory_make("fakesink", "fakesink2");
revert patch to dynamic-pipeline and document more fully Original commit message from CVS: revert patch to dynamic-pipeline and document more fully
2002-05-08 21:32:03 +00:00
/* a crucial part of this test (and one that the old cothreads fails on) is
having two active pipelines in the same thread. */
i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the seque... Original commit message from CVS: i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the sequence goes: - make a pipeline, iterate it once - re-use one of the elements in a new pipeline, see if it works
2001-11-25 06:30:34 +00:00
pipe1 = gst_pipeline_new("pipe1");
revert patch to dynamic-pipeline and document more fully Original commit message from CVS: revert patch to dynamic-pipeline and document more fully
2002-05-08 21:32:03 +00:00
pipe2 = gst_pipeline_new("pipe2");
i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the seque... Original commit message from CVS: i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the sequence goes: - make a pipeline, iterate it once - re-use one of the elements in a new pipeline, see if it works
2001-11-25 06:30:34 +00:00
removal of //-style comments don't link plugins to core libs -- the versioning is done internally to the plugins with... Original commit message from CVS: * removal of //-style comments * don't link plugins to core libs -- the versioning is done internally to the plugins with the plugin_info struct, and symbol resolution is lazy, so we can always know if a plugin can be loaded by the plugin_info data. in theory.
2002-03-19 04:10:13 +00:00
/* make the first pipeline */
use fake* instead of other elements Original commit message from CVS: use fake* instead of other elements
2001-11-26 01:55:36 +00:00
gst_bin_add (GST_BIN(pipe1), fakesrc);
gst_bin_add (GST_BIN(pipe1), fakesink1);
first pass of connect->link gst-plugins and other stuff compiles without change at this point Original commit message from CVS: first pass of connect->link gst-plugins and other stuff compiles without change at this point
2003-01-09 14:15:37 +00:00
gst_element_link_pads (fakesrc, "src", fakesink1, "sink");
i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the seque... Original commit message from CVS: i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the sequence goes: - make a pipeline, iterate it once - re-use one of the elements in a new pipeline, see if it works
2001-11-25 06:30:34 +00:00
removal of //-style comments don't link plugins to core libs -- the versioning is done internally to the plugins with... Original commit message from CVS: * removal of //-style comments * don't link plugins to core libs -- the versioning is done internally to the plugins with the plugin_info struct, and symbol resolution is lazy, so we can always know if a plugin can be loaded by the plugin_info data. in theory.
2002-03-19 04:10:13 +00:00
/* initialize cothreads */
i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the seque... Original commit message from CVS: i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the sequence goes: - make a pipeline, iterate it once - re-use one of the elements in a new pipeline, see if it works
2001-11-25 06:30:34 +00:00
gst_element_set_state(pipe1, GST_STATE_PLAYING);
added a slightly new twist in dynamic-pipeline.c: I actually iterate the first pipeline. Original commit message from CVS: added a slightly new twist in dynamic-pipeline.c: I actually iterate the first pipeline. this causes a segfault (at least on my machine, i've been having link issues today though). if a scheduler wizard (ahem) could take at glance at this, i'd be eternally grateful :-)
2002-01-17 05:04:17 +00:00
gst_bin_iterate (GST_BIN (pipe1));
i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the seque... Original commit message from CVS: i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the sequence goes: - make a pipeline, iterate it once - re-use one of the elements in a new pipeline, see if it works
2001-11-25 06:30:34 +00:00
gst_element_set_state(pipe1, GST_STATE_READY);
removal of //-style comments don't link plugins to core libs -- the versioning is done internally to the plugins with... Original commit message from CVS: * removal of //-style comments * don't link plugins to core libs -- the versioning is done internally to the plugins with the plugin_info struct, and symbol resolution is lazy, so we can always know if a plugin can be loaded by the plugin_info data. in theory.
2002-03-19 04:10:13 +00:00
/* destroy the fakesink, but keep fakesrc (its state is GST_STATE_READY) */
first pass of connect->link gst-plugins and other stuff compiles without change at this point Original commit message from CVS: first pass of connect->link gst-plugins and other stuff compiles without change at this point
2003-01-09 14:15:37 +00:00
gst_element_unlink_pads (fakesrc, "src", fakesink1, "sink");
use fake* instead of other elements Original commit message from CVS: use fake* instead of other elements
2001-11-26 01:55:36 +00:00
gst_object_ref(GST_OBJECT(fakesrc));
gst_bin_remove(GST_BIN(pipe1), fakesrc);
gst_bin_remove(GST_BIN(pipe1), fakesink1);
Totally rewritten registry handling. Original commit message from CVS: Totally rewritten registry handling. - move the registry save/load code into a gstregistry subclass, this will make it possible to use other registries (flat file, web based, RDBMS type, etc..) - a simple GMarkup xml registry is implemented - use standard statically linked plugins for core elements. - GstPlugin has a very well defined set of functions now A little bytestream hack.. Added more info to -inspect. Some more debugging info for clocking. Small cleanups I use ./gst-register --gst-plugin-path=/opt/src/sourceforge/gst-plugins/gst-libs:/opt/src/sourceforge/gst-plugins/ to register core and gst-plugins now.
2002-05-08 20:40:48 +00:00
gst_object_unref (GST_OBJECT (pipe1));
i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the seque... Original commit message from CVS: i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the sequence goes: - make a pipeline, iterate it once - re-use one of the elements in a new pipeline, see if it works
2001-11-25 06:30:34 +00:00
removal of //-style comments don't link plugins to core libs -- the versioning is done internally to the plugins with... Original commit message from CVS: * removal of //-style comments * don't link plugins to core libs -- the versioning is done internally to the plugins with the plugin_info struct, and symbol resolution is lazy, so we can always know if a plugin can be loaded by the plugin_info data. in theory.
2002-03-19 04:10:13 +00:00
/* make a new pipeline */
use fake* instead of other elements Original commit message from CVS: use fake* instead of other elements
2001-11-26 01:55:36 +00:00
gst_bin_add (GST_BIN(pipe2), fakesink2);
i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the seque... Original commit message from CVS: i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the sequence goes: - make a pipeline, iterate it once - re-use one of the elements in a new pipeline, see if it works
2001-11-25 06:30:34 +00:00
removal of //-style comments don't link plugins to core libs -- the versioning is done internally to the plugins with... Original commit message from CVS: * removal of //-style comments * don't link plugins to core libs -- the versioning is done internally to the plugins with the plugin_info struct, and symbol resolution is lazy, so we can always know if a plugin can be loaded by the plugin_info data. in theory.
2002-03-19 04:10:13 +00:00
/* don't change the new pipeline's state, it should change on the bin_add */
use fake* instead of other elements Original commit message from CVS: use fake* instead of other elements
2001-11-26 01:55:36 +00:00
gst_bin_add (GST_BIN(pipe2), fakesrc);
first pass of connect->link gst-plugins and other stuff compiles without change at this point Original commit message from CVS: first pass of connect->link gst-plugins and other stuff compiles without change at this point
2003-01-09 14:15:37 +00:00
gst_element_link_pads (fakesrc, "src", fakesink2, "sink");
make the test case clearer and better commented. i now think that this is a cothreads problem. Original commit message from CVS: make the test case clearer and better commented. i now think that this is a cothreads problem.
2001-11-26 01:48:19 +00:00
removal of //-style comments don't link plugins to core libs -- the versioning is done internally to the plugins with... Original commit message from CVS: * removal of //-style comments * don't link plugins to core libs -- the versioning is done internally to the plugins with the plugin_info struct, and symbol resolution is lazy, so we can always know if a plugin can be loaded by the plugin_info data. in theory.
2002-03-19 04:10:13 +00:00
/* show the pipeline state */
summary: fix xml in gstreamer 1) make clear distinction between loading xml that actually creates objects and loading... Original commit message from CVS: summary: fix xml in gstreamer 1) make clear distinction between loading xml that actually creates objects and loading xml that just synchronizes properties with objects. moved most of gst_element_restore_thyself functionality to gst_xml_make_element. this new function name can change if it sucks. 2) many various fixes. createxml and runxml work now. 3) doc updates. 4) GstSignalObject is stil broken. i have no idea what it's supposed to do.
2002-01-11 15:49:47 +00:00
gst_xml_write_file (GST_ELEMENT (pipe2), stdout);
i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the seque... Original commit message from CVS: i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the sequence goes: - make a pipeline, iterate it once - re-use one of the elements in a new pipeline, see if it works
2001-11-25 06:30:34 +00:00
removal of //-style comments don't link plugins to core libs -- the versioning is done internally to the plugins with... Original commit message from CVS: * removal of //-style comments * don't link plugins to core libs -- the versioning is done internally to the plugins with the plugin_info struct, and symbol resolution is lazy, so we can always know if a plugin can be loaded by the plugin_info data. in theory.
2002-03-19 04:10:13 +00:00
/* try to iterate the pipeline */
i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the seque... Original commit message from CVS: i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the sequence goes: - make a pipeline, iterate it once - re-use one of the elements in a new pipeline, see if it works
2001-11-25 06:30:34 +00:00
gst_element_set_state(pipe2, GST_STATE_PLAYING);
make the test case clearer and better commented. i now think that this is a cothreads problem. Original commit message from CVS: make the test case clearer and better commented. i now think that this is a cothreads problem.
2001-11-26 01:48:19 +00:00
gst_bin_iterate(GST_BIN(pipe2));
i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the seque... Original commit message from CVS: i've added a testcase where the scheduler fails. i don't know enough about the scheduler to fix it, though. the sequence goes: - make a pipeline, iterate it once - re-use one of the elements in a new pipeline, see if it works
2001-11-25 06:30:34 +00:00
gst_element_set_state(pipe2, GST_STATE_NULL);
return 0;
}
Reference in a new issue Copy permalink