Original commit message from CVS:
Added reasonable values for primaries in YUV space. Added second
reverse blue pattern. Added a crummy but very fast RNG to replace
calls to random().
Original commit message from CVS:
* fix to adder: don't pull on unusable pads
* fix to ladspa: get output buffers first, so we can know how many frames to
process
- this breaks inplace buffer stuff, hmm
* fix to float2int: add a bufferpool with the same nframes as the source pad's
pool -> no extra latency
Original commit message from CVS:
* fixups in the prop view/controller
* compilation fixes in the player
* add gst-editor to gst-all
* fixes to adder to comply with new osssink sync issues
* alsa fixes, although still 100% cpu is used, yum
* reenable locking of threaded elements, seems to work fine here
* fix a makefile in examples/plugins
Original commit message from CVS:
sinesrc:
- fixed timestamp calculation (again)
- renamed buffer_size to the less ambigious samples_per_buffer
demo_dparams:
- replaced clumsy g_object_set_property with g_object_set
- use volume element for volume (just for testing)
Original commit message from CVS:
this is basically a rewrite of the volume plugin:
- now uses dparams for volume and mute
- only supports signed gint16 and float (other types can be easily added but I don't think that will be required)
- "muted" property is now "mute"
- it might be faster because there are now no conditionals in the chain func
Original commit message from CVS:
* a hack to work around intltool's brokenness
* a current check for mpeg2dec
* details->klass reorganizations
* an element browser that uses details->klass
* separated cdxa parse out from the avi directory
Original commit message from CVS:
patch from jim thornton <jthornton@parc.com>:
Fix: don't try to mangle a read-only buffer. This was causing SEGV when
volume fed from wavparse from filesrc (which mmaps the file read-only)
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.
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.
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
Original commit message from CVS:
* gst-all autogen fixes
* adder capsnego fixes
* fix the cothreads regression test, /me is a moron
* add some debugging code in cothreads
Original commit message from CVS:
* get up-to-date with the gst_caps_debug api
* improved capsnego in mad
* improved capsnego in adder
* improved capsnego in intfloat plugins
* unbroke capsnego in stereomono plugins
* fix cothread stack allocation within the main thread in new cothreads
Original commit message from CVS:
* changes to spider:
* add padtemplates so the connect functions can connect two request-pad
elements
* add a hack in gstelement.c. please look at this, Company, and see how
we can get around this
* add backwards caps-propagation support in identity, int2float, float2int,
adder, speed, volume
Original commit message from CVS:
some eos fixes to adder. note that even if it has no more sources, adder will
still output zeroes and thus will never really stop.
