Original commit message from CVS:
I m glad to introduce you xvimagesink which the brother of ximagesink using XV extensions with both XShm or not... It grabs the XV port so no possible overlapping of overlays. If multiple ports are available i take the first non grabbed one...
Wheeee !!!
Original commit message from CVS:
Two fixes. The first sets inited to TRUE when we're going into passthrough mode (else, capsnego succeeds and the chain() function warns that inited != TRUE), and the second check for validity of caps on src side that were entered on sink side before applying. Else, caps1 could be NULL which causes a segfault.
Original commit message from CVS:
Fix device probing from multiple childs. It's done once in the parent class only now, but the childs do get the correct values. Also fixes an incorrect succesful state change if we opened a v4l device that doesn't have the capabilities that are needed by the plugin.
Original commit message from CVS:
Two workarounds added for gcc-2.9x compatibility. The warnigns are wrong, because these variables will logically never be used without being initialized, but it complains nevertheless so we should fix it.
Original commit message from CVS:
Moved the xevents handling in a function. Trying to get caps renegotiation to work.
The xwindow is not resized by sinkconnect as i still don't know what i ll do for that autoresize behaviour.
Original commit message from CVS:
Remove all config.h includes from header files, add it to each source file and remove duplicate config.h includes from several source files
Original commit message from CVS:
Don't set the actual video size in gst_video_sink_got_video_size().
This could probably be replaced once we handle pixel aspect ratios.
Original commit message from CVS:
set default errorlevel to NONE. Make configure change it to ERROR (the current value) when running cvs builds. This should make releases not output any debugging information at all
Original commit message from CVS:
Patch avcodec.h and wmadec.c to use flag1 and flag2 from context
The asfdemux calculates the 2 values and gives them to the decoder via the pad/caps
The ffdec_wmav1 & ffdec_wmav2 put them in the ffmpeg context before they start to decode the data
Original commit message from CVS:
Some prettification fixes to this interface... Make it look good, make it simple and make it more GObject'ific. This means that it now works largely almost the same as GObject (concerning arguments that you give to the functions, and layout of the virtual functions). I've also got an OSS implementation for this, but it needs one small change before I commit that. Expect that this weekend or so.
Original commit message from CVS:
add initial version of gdkpixbuf loader for gtk that is capable of loading AVI and mpeg videos as GdkPixbufAnimation. I'm not sure if such a thing would be useful or too much trouble, so I'll throw it at enough testers to figure it out ;) We might want to disable it by defualt though in the future. (Currently there is not even a configure switch implemented to disable it.)
This includes a fix to not use GError in gstgdkpixbuf's typefind function and to only return GST_TYPE_FIND_MINIMUM when doing typefinding via gdk as this breaks quite a bit with the GStreamer loader installed.
