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

61 lines
2 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
* cothreading that will be fixed in the future.
*/
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");
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");
pipe2 = gst_pipeline_new("pipe2");
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);
new parser that uses flex and bison Original commit message from CVS: * new parser that uses flex and bison - doesn't do dynamic pipelines yet... * added GErrors to the gst_parse_launch[v] api * added --gst-mask-help command line option * fixed -o option for gst-launch * GstElement api change: - gst_element_get_pad - gst_element_get_request_pad, gst_element_get_static_pad - gst_element_get_compatible_pad - gst_element_get_compatible_static_pad, gst_element_get_compatible_request_pad - gst_element_[dis]connect -> gst_element_[dis]connect_pads - gst_element_[dis]connect_elements -> gst_element_[dis]connect * manual update * example, tool, and doc updates for the api changes - no more plugin docs in the core docs, plugins require a more extensive doc system
2002-04-07 23:32:16 +00:00
gst_element_connect_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) */
new parser that uses flex and bison Original commit message from CVS: * new parser that uses flex and bison - doesn't do dynamic pipelines yet... * added GErrors to the gst_parse_launch[v] api * added --gst-mask-help command line option * fixed -o option for gst-launch * GstElement api change: - gst_element_get_pad - gst_element_get_request_pad, gst_element_get_static_pad - gst_element_get_compatible_pad - gst_element_get_compatible_static_pad, gst_element_get_compatible_request_pad - gst_element_[dis]connect -> gst_element_[dis]connect_pads - gst_element_[dis]connect_elements -> gst_element_[dis]connect * manual update * example, tool, and doc updates for the api changes - no more plugin docs in the core docs, plugins require a more extensive doc system
2002-04-07 23:32:16 +00:00
gst_element_disconnect_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);
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
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);
new parser that uses flex and bison Original commit message from CVS: * new parser that uses flex and bison - doesn't do dynamic pipelines yet... * added GErrors to the gst_parse_launch[v] api * added --gst-mask-help command line option * fixed -o option for gst-launch * GstElement api change: - gst_element_get_pad - gst_element_get_request_pad, gst_element_get_static_pad - gst_element_get_compatible_pad - gst_element_get_compatible_static_pad, gst_element_get_compatible_request_pad - gst_element_[dis]connect -> gst_element_[dis]connect_pads - gst_element_[dis]connect_elements -> gst_element_[dis]connect * manual update * example, tool, and doc updates for the api changes - no more plugin docs in the core docs, plugins require a more extensive doc system
2002-04-07 23:32:16 +00:00
gst_element_connect_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