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:
* 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:
A fairly large reworking of the ladspa _get, _chain and _loop funcs.
highlights are:
- pad names are now g_strcanonised
- in all cases possible, src and sink buffers are shared
- all ladspa properties are exposed as dparams and element properties
- the buffers are now processed in dparam driven loops
- timestamps on buffers should be correct
- misc fixes
It has been minimally tested - the following pipeline works for me:
gst-launch ladspa_sine_fcac Frequency=440.0 Amplitude=1.0 name=fcac1 ladspa_sine_fcac Frequency=450.0 Amplitude=1.0 name=fcac2 ladspa_freeverb3 Wet-Level=0.5 name=free float2int name=f2i fcac1.Output!free.Input--Left- free.Output--Left-!f2i.sink%d fcac2.Output!free.Input--Right- free.Output--Right-!f2i.sink%d f2i.src!sink osssink
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:
Updated ladspa to work with the new caps nego stuff. Also updated it to work in
any M sinkpads by N srcpads configuration (M > -1 and N > 0), using a loop
function for configurations other than M == N == 1 or M == 0.
