Commit graph

64 commits

Author SHA1 Message Date
Steve Baker
b2fa9adc50 Added a signal which notifies when a required dparam is added.
Original commit message from CVS:
Added a signal which notifies when a required dparam is added.
Added gst_dpman_bypass_dparam so that some dparams can be exposed as object properties as well.  If the object property is set, a connected dparam is disconnected to avoid the two subsystems fighting over setting the value.
2002-04-02 09:03:21 +00:00
Wim Taymans
2686e1b6e0 Changed to the new props API
Original commit message from CVS:
Changed to the new props API
2002-03-30 17:08:02 +00:00
Andy Wingo
ed9b628168 filter newlines out of GST_DEBUG statements to reflect new core behavior fixes to adder's caps, again
Original commit message from CVS:
* filter newlines out of GST_DEBUG statements to reflect new core behavior
* fixes to adder's caps, again
2002-03-24 22:07:09 +00:00
Andy Wingo
c12c39d37c added plugin_desc structures to libs, which makes their locations cached in the registry. this speeds plugin loading ...
Original commit message from CVS:
* added plugin_desc structures to libs, which makes their locations cached in the registry. this
speeds plugin loading considerably, especially on uninstalled versions.

* put the lib path before all others, for speed reasons.

* some fixes to adder's caps.

* added linefeeds (\n) to GST_DEBUG strings to match GST_INFO behavior. this is more sane. all
code will need to be converted. i think some perl can do this.
2002-03-24 20:55:45 +00:00
Andy Wingo
0067d17205 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
Andy Wingo
6ae5f15064 s/@GST_PLUGIN_LDFLAGS@/$(GST_PLUGIN_LDFLAGS)/ @-substitued variables variables are defined as make variables automagi...
Original commit message from CVS:
s/@GST_PLUGIN_LDFLAGS@/$(GST_PLUGIN_LDFLAGS)/

@-substitued variables variables are defined as make variables automagically,
and this gives the user the freedom to say make GST_PLUGIN_LDFLAGS=-myflag
2002-03-19 01:39:45 +00:00
Benjamin Otte
3743cdef5b warning: 'current_diff' might be used uninitialized in this function
Original commit message from CVS:
warning: 'current_diff' might be used uninitialized in this function
2002-03-06 19:58:19 +00:00
Steve Baker
3e1e367954 This is a major update to the dparams api - I think it is now much cleaner and the app-side is much easier to use. hi...
Original commit message from CVS:
This is a major update to the dparams api - I think it is now much cleaner and the app-side is much easier to use.

highlights are:
- GParamSpecs are now used throughout to define dparams
- currently limited to supporting types gfloat, gint and gint64. this should cover 99% of cases and new types can be added in the future
- application-side api is now based almost entirely on setting object properties
- the smoothing dparam is now a subclass of GstDParam
- array-mode is not yet implemented but is not forgotton

time to start documenting
2002-03-04 18:54:20 +00:00
Steve Baker
27894aec7c use the correct marshal
Original commit message from CVS:
use the correct marshal
2002-02-21 20:44:59 +00:00
Andy Wingo
7305565829 fix funny build issue by not linking plugin libraries to gstreamer core. this is because they are plugins, not shared...
Original commit message from CVS:
fix funny build issue by not linking plugin libraries to gstreamer core. this is
because they are plugins, not shared libraries per se, and will only be loaded by
the core itself. this change allows the core elements (schedulers, autopluggers, etc)
to use the core loadable libraries (bytestream, getbits, etc) as well as "ext" libs
like the new cothreads package.
2002-02-12 17:50:22 +00:00
Wrobell
b1be00e651 - plugins are built without versioning info /Uraeus claims: plugins/; if not plugins why this is built as lib*.so.0.0.0?
Original commit message from CVS:
- plugins are built without versioning info /Uraeus claims: plugins/;
if not plugins why this is built as lib*.so.0.0.0?
2002-01-30 23:49:06 +00:00
David I. Lehn
8da28910bc s/filter/plugin/ add $(GST_LIBS) to all plugins move Makefile.am things around to a mostly standard layout remove HTT...
Original commit message from CVS:
* s/filter/plugin/
* add $(GST_LIBS) to all plugins
* move Makefile.am things around to a mostly standard layout
* remove HTTP flags/libs from elements since http element moved
2002-01-12 00:47:40 +00:00
Thomas Vander Stichele
9fe4587856 more changes
Original commit message from CVS:
more changes
2001-12-23 18:12:12 +00:00
Thomas Vander Stichele
7b61bb6f74 moving around
Original commit message from CVS:
moving around
2001-12-23 17:27:58 +00:00