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:
* 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:
* 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:
* 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:
* 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:
* document gst_caps_debug
* change gst_caps_debug to accept a label argument, assists greatly
in debugging capsnego
* better names from gst_object_name_default
* some more debugging in gstpad.c
* require caps to match padtemplates on both side of a connection
* gstspider uses default naming so that names are globally unique
* moved filesrc offset arg to the top -- show up first in a prop list.
in the future we should have flags on props indicating which ones
it might be interesting for the end-user to change.
* initialize cothreads in the more standard way, and provide some more debugging
Original commit message from CVS:
adding videosink
is there any good reason why the videosink plugin didn't just go in the xvideo
dir ? It's not like we *need* to have the most dirs we can get ;)
if no one objects then I guess I'll move it to the sensible place
Original commit message from CVS:
adding videosink
is there any good reason why the videosink plugin didn't just go in the xvideo
dir ? It's not like we *need* to have the most dirs we can get ;)
if no one objects then I guess I'll move it to the sensible place
Original commit message from CVS:
adding videosink
is there any good reason why the videosink plugin didn't just go in the xvideo
dir ? It's not like we *need* to have the most dirs we can get ;)
if no one objects then I guess I'll move it to the sensible place
Original commit message from CVS:
adding videosink
is there any good reason why the videosink plugin didn't just go in the xvideo
dir ? It's not like we *need* to have the most dirs we can get ;)
if no one objects then I guess I'll move it to the sensible place
Original commit message from CVS:
let's not update here, it's not necessary; ie, if you run cvs update in gst-plugins,
it will update common automatically, and we don't support half-updated trees
Original commit message from CVS:
let's not update here, it's not necessary; ie, if you run cvs update in gst-plugins,
it will update common automatically, and we don't support half-updated trees
Original commit message from CVS:
let's not update here, it's not necessary; ie, if you run cvs update in gst-plugins,
it will update common automatically, and we don't support half-updated trees
Original commit message from CVS:
let's not update here, it's not necessary; ie, if you run cvs update in gst-plugins,
it will update common automatically, and we don't support half-updated trees
Original commit message from CVS:
adding 'videosink' element
It's basically a rewritten xvideosink, but is more modular and allows 'hooks'.
It is needed by GstVideoWidget in gst-player
Original commit message from CVS:
adding 'videosink' element
It's basically a rewritten xvideosink, but is more modular and allows 'hooks'.
It is needed by GstVideoWidget in gst-player
Original commit message from CVS:
adding 'videosink' element
It's basically a rewritten xvideosink, but is more modular and allows 'hooks'.
It is needed by GstVideoWidget in gst-player
Original commit message from CVS:
Fix up esdmon timestamps, so that they don't go completely wrong if
someone changes the frequency, depth or mono/stereo parameters.
Original commit message from CVS:
Added esdmon plugin.
Monitors output from the esd sound daemon.
Particularly useful for displaying a visualisation of the audio being
played on your system. eg:
gst-launch esdmon ! goom ! { queue leaky=yes ! colorspace ! sdlvideosink }
You can even have several of them going at once. :)
Original commit message from CVS:
Added esdmon plugin.
Monitors output from the esd sound daemon.
Particularly useful for displaying a visualisation of the audio being
played on your system. eg:
gst-launch esdmon ! goom ! { queue leaky=yes ! colorspace ! sdlvideosink }
You can even have several of them going at once. :)
Original commit message from CVS:
Added esdmon plugin.
Monitors output from the esd sound daemon.
Particularly useful for displaying a visualisation of the audio being
played on your system. eg:
gst-launch esdmon ! goom ! { queue leaky=yes ! colorspace ! sdlvideosink }
You can even have several of them going at once. :)
Original commit message from CVS:
Added esdmon plugin.
Monitors output from the esd sound daemon.
Particularly useful for displaying a visualisation of the audio being
played on your system. eg:
gst-launch esdmon ! goom ! { queue leaky=yes ! colorspace ! sdlvideosink }
You can even have several of them going at once. :)
