Original commit message from CVS:
2001-23-07 Christian Schaller <Uraeus@linuxrising.org>
- Put README contents into man page and fixed the Groff enconding (or whatever it is called.)
Original commit message from CVS:
Reverted to the old g_idle loop. too many problems with xvideosink and
the GtkWindow when we don't have an idle loop..
Original commit message from CVS:
Removed the GST_CONFIG_DIR from config.h and made a -D CFLAG for it
instead so that we can do full expansion on the sysconfdir.
Original commit message from CVS:
Added some caps != NULL checks.
Patched up a problem with the thread handling when the iteration fails.
Cleaned up the output of -inspect a tiny bit.
Original commit message from CVS:
A rather large patch:
- changed the API for the padtemplates:
- remove the factories (array of pointers) for the padtemplates,
properties and caps. The static array was a nice idea but converting
all the property values to a gpointer was not a good idea.
float properties were not possible, and casting a gint to a pointer
is not very portable. The new API just uses the _padtemplate_new,
_caps_new and _props_new functions to create the templates.
This has the added benefit that the API is now uniform for static
and dynamic templates and that the code can be made cleaner.
- lots of cleanups in the way the capabilities are constructed (va_list)
- lots of updates for all the plugins (new API)
- docs updates (new API)
- removed the videoraw docs.
Original commit message from CVS:
Modified a lot of plugins to use the caps system.
Modified the caps of audio/raw to our agreed properties.
Added the multidisksrc plugin of Dominic Ludlam
Renamed audiosink/src to osssink/src and updated all the examples using
the old name. Moved oss specific plugins in an oss directory. removed
the old audiosink from the elements/ dir.
removed audioraw.h metadata header files since we now use the properties.
There are still a few plugins that won't build because they include the
old audioraw.h header file. This will be fixed soon.
Make sure the caps are set in the plugins as described by their
padtemplates (this should solve problems with gstmediaplay with various
media files).
*please don't panic when some plugins won't build, just cd manually into
the plugin dirs* This will be fixed soon.
Original commit message from CVS:
This is a megapatch with the following changes:
- moved the gchar *name to GstObject, removed the ones in GstElement and
GstPad.
- moved the parent handling completely into GstObject. This cause *all* of
the plugins to fail (except those that used gst_pad_get_parent)
- rearanged the XML save handling.
- GstObject now has a class function save/restore_thyself.
- GstObject has a generic method gst_object_save_thyself, this makes it
possible to fire a signal wehever a new object is loaded. This is needed
so we can add XML save hooks.
- GstXML API has changed slightly. You now have to create a GstXML object
first before you can actually load something. This makes it possible to
attach a signal to GstXML whenever an object is loaded. I'm not sure we
will keep this interface.
- GstObject can now print the path_string without knowing about the GstPad and
GstElement types.
- Added gst_bin_get_by_name_recurse_up to lookup an element in the current
element hierarchy.
- added XML namespaces to the saved pipelines the namespace is:
http://gstreamer.net/gst-core/1.0/
namespaces are needed to distinguish user generated XML from the core XML.
Note that the plugins still contain a macro GST_OBJECT_PARENT that will be
replaced with gst_pad_get_parent shortly.
Original commit message from CVS:
Docs updates
Added XML load from memory functionality
Undid the videosink patch, something else is wrong now on my machine:
no MMX acceleration :-(
Original commit message from CVS:
First pass at updating to new ghostpad system. The objects are in place,
I now need to go and get all the Bin end of things worked out. Testing
should be fairly easy, at least for verification.
Everything I've tried so far works with no changes, with is amazing.
That's just cool. Once again we rewrite an entire subsystem, and nothing
else notices anything but the new features ;-)
Original commit message from CVS:
Fix permissions problems: the directory will now always be created mode
2755. In addition, the temporary file is given restricted permissions, and
the permissions on the registry file are preserved if one already exists,
or 666 (and modified by the umask) if one doesn't already exist.
Original commit message from CVS:
Folling wtays suggestion, I was going to start using xmlDocDump, to
avoid a symlink attack on the temporary registry file. Unfortunately,
xmlDocDump doesn't give any indication whether its successful, so I've
#ifdefed this out and left the original in place. Since the tmp file
is in /etc/gstreamer, this should be okay for the moment, but I shall
ask the libxml people to add some way of getting the success value of
DocDump so we can use that in future.
Original commit message from CVS:
gstreamer-register will now never cause the
** WARNING **: gstplugin: registry needs rebuild
warning to appear - sets a hidden global in gstplugin.c to turn the
warning off.
Fix a warning in gst/cothreads.c (function was declared extern, defined
static)
Original commit message from CVS:
Check plugin repository up-to-dateness by scanning through all directories
on path, and checking that they and all their files are older than the
repository. Give warning message if not.
Original commit message from CVS:
Test xmlSaveFile return value correctly (had to get source to find out
what it meant...) gstreamer-register now seems to work fine, even in
a non-standard location.
Original commit message from CVS:
Config directory (which currently just holds the registry)ecan now be set
by configure --with-configdir=<directory path>
Original commit message from CVS:
Almost completely rewritten gstreamer-register.
Now checks most errors that can happen, and displays a useful message.
Original commit message from CVS:
Added proper comment for the bonobo component
fix a compile bug in inspect... Erik, have pending changes to gstpad.h?
Original commit message from CVS:
Updates, it prints a lot more stuff now, like padtemplates, caps/props,
and arguments. More stuff can be done, but not now, I must sleep.
Original commit message from CVS:
Complete rewrite of the launcher. Now supports pretty arbitrary pipelines.
Try '((fakesrc) ! identity ! (fakesink))' out. Doesn't seem to recognize
pad names yet for some reason, so it goes with the first sink/src pad it
finds in a given element. Other problems still remain, but the hard part
is done with.
Original commit message from CVS:
Header cleanup: try to include as little as possible; this will probably
speed up compilation a bit.
changed the .c files to use #include "..."
Fix for the 'plugins are loaded twice' bug.
Fix 22186: GstObject flags are now used everywhere. Added *_FLAG_LAST so
elements do not use the same flags. Added some padding in the flag enum
for future expansion.
Original commit message from CVS:
Changes to gstreamer-config to include gtk+ libs
manual changes: queues, threads, programs
gsteditor does not crash anymore.
gstpipline new should return a GstElement *
fixed ac3dec for new getbits
fixes to gstreamer-launch
more efficient startup for gstplay.
Original commit message from CVS:
Externalized the plugin information in /etc/gstreamer/reg.xml
- no need to do a plugin_load_all()
- plugins are loaded when needed
- typedetect functions are loaded when needed (still buggy)
- no need to check for the existance of the plugin in the codecs
- added gstreamer-register to create the reg.xml file
- renamed launch to gstreamer-launch
- plugins need to register the typefactory they provide
modified the plugins to meet the new design
modified the plugins to correctly set their pad types
autoplugging can be done without loading the plugins now
Original commit message from CVS:
OK, I think I've got all the .cvsignore stuff taken care of, though we'll
want to fine-tune things as we go, of course. Most of them are the same,
with some exceptions for directories that produce executables (those are
listed by name after the standard ones and a newline for separation).
