Original commit message from CVS:
Fixed a nasty bug in mp3parse (partial buffer state remained)
Added eos check for the test programs to stop them from allocating all
of your memory (had to use alt-sysreq-k a few times :-( ).
MPEG layer 1 plays fine now with mp3play.
Original commit message from CVS:
Compile a test program to ensure that we have working atomic resource
counting.
A few small changes (include headers, fix a cast) to stop compiler
warnings.
Original commit message from CVS:
Fixed lowercase PLUGINS_USE_SRCDIR which made running test apps fail.
Added GHTTP_LIBS to the libraries.
commented out mm_support() call, wich is not working yet and causes errors.
Original commit message from CVS:
Try to compile a little mmx program, set the default value of HAVE_LIBMMX.
some typos fixed. Changed include path for volume.c. RTjpeg uses mmx.h
Original commit message from CVS:
Re- set up the gtk-doc system. I'd managed to mutilate it a while back,
but now it's fixed. I'll put a copy of the HTML output somewhere on the
website tonight.
In order to actually generate the docs, you'll have to install all the
DocBook tools, as well as gtk-doc from GNOME cvs. (see
http://developer.gnome.org/arch/doc/tools.html)
Notes (I'll codify these some day):
- Don't believe the Gnome page, always edit the SOURCES when documenting a
given function, never the tmpl file.
- I'll be re-arranging things a lot, but gtk-doc is smart enough to merge
any changes to the tmpl file. However, gtk-doc's merge and CVS's diff are
two entirely separate animals. We should probably have a virtual mutex on
the entire docs/gst/ directory, over and above what CVS does.
- I'm going to try to end up with a book set (docbook terms), where
docs/gst/ is only one book. There'd be another called docs/manual/, and
another docs/plugins/, etc. If you have any comments as to how these
should be done, gstreamer-devel is the place.
Original commit message from CVS:
Tidy up of configure script.
Make libghttp detection work at all.
Make library configuration specifiable on configure commandline.
Make detection of atomic resource stuff cope with 2.0 linux kernels.
Fix typo (HAVE_ATOMIC_T for HAVE_ATOMIC_H).
Remove generated ltmain.sh file from mp3decode.
Original commit message from CVS:
More incremental updates. I can now successfully produce an rpm simply by
typing `./autogen.sh;make rpm`. This is good ;-)
Original commit message from CVS:
A bunch more changes to clean up build/`make dist` issues, as well as a
spec file, -config file, .m4, etc. Next step is to build an RPM of this
mess.
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).
Original commit message from CVS:
- added usage info
- uses first arg as registry filename
- any additional args are plugins to search for (no change but argv base)
- cleaned up output with a spare \n
Original commit message from CVS:
RTjpeg plugin with several elements. It's currently a skeleton, doing no
work at all. Need to have a video display element, some kind of
simulation source (read from .ppm, a la what I do at work to solve the
exact same problem), raw video types, metadata structs, etc.
The RTjpeg.[ch] code is taken from a just-downloaded copy from Justin's
site, with some fixes (#include <asm/types.h> to get __u64,etc). Once the
aforementioned infrastructure is in place, the elements can actually be
set up to do the encode/decode, and we'll have our first functioning video
codec in place. ;-)
Original commit message from CVS:
Changed Makefiles to:
detect xaudio (check header xaudio/decoder.h)
detect mmx.h
detect CSS (check if css.c is in plugins/dvdsrc), need something better.
some LDFLAGS had *.la dependencies which failed for libtool
The build is now 100% on my system.
