Original commit message from CVS:
* gst/goom/convolve_fx.c:
* gst/goom/filters.c:
* gst/goom/goom_config.h:
* gst/goom/goom_core.c:
* gst/goom/goom_tools.h:
Fix build with MSVC: include glib.h to define inline appropriately,
use header guards where needed.
* gst/udp/gstudpnetutils.c:
* gst/udp/gstudpsrc.c:
Fix build with MSVC: use WSA* constants/functions where appropriate, use
g_snprintf rather than snprintf.
Fixes#544433.
Original commit message from CVS:
Patch by: Jesús Corrius <jesus at softcatala org>
* gst/goom/filters.c: (zoomVector):
* gst/goom/goom_core.c: (init_buffers):
Fix build with mingw32: use rand() instead of random() and
replace bzero() with memset(). Fixes#529692.
Original commit message from CVS:
* gst/goom/Makefile.am: Remove the warnings being disabled,
fix linkage on x86, spotted by Sebastian Dröge
<slomo@circular-chaos.org>
* gst/goom/convolve_fx.c (convolve_init),
(create_output_with_brightness), (convolve_apply):
* gst/goom/filters.c (zoomFilterVisualFXWrapper_create):
* gst/goom/goomsl.c:
* gst/goom/ifs.c (ifs_update), (ifs_visualfx_create):
* gst/goom/plugin_info.c:
* gst/goom/tentacle3d.c (tentacle_fx_create):
Fix warnings, and disable the motifs in the convolve_fx
plugin (they were causing warnings, and they were just
"Goom" in funny letterring)
Original commit message from CVS:
2008-02-23 Bastien Nocera <hadess@hadess.net>
* configure.ac: Add checks for Flex/Yacc/Bison and other
furry animals, for the new goom 2k4 based plugin
* gst/goom/*: Update to use goom 2k4, uses liboil to detect
CPU optimisations (not working yet), move the old plugin to...
* gst/goom2k1/*: ... here, in case somebody is sick enough
Fixes#515073
Original commit message from CVS:
* ext\jpeg\smokecodec.c:
use of GST_DEBUG instead of DEBUG(a...) for WIN32
* ext\speex\gstspeexenc.c: (gst_speexenc_set_header_on_caps):
move first instruction after all variables declarations
* gst\alpha\gstalpha.c:
* gst\effectv\gstshagadelic.c:
* gst\smpte\paint.c:
* gst\videofilter\gstvideobalance.c:
define M_PI if it's not defined (it's not defined on WIN32)
* gst\cutter\gstcutter.c: (gst_cutter_chain):
* gst\id3demux\id3v2frames.c: (parse_relative_volume_adjustment_two):
* gst\level\gstlevel.c: (gst_level_set_property), (gst_level_transform_ip):
* gst\matroska\matroska-demux.c: (gst_matroska_demux_parse_info),
(gst_matroska_demux_video_caps):
* gst\matroska\matroska-mux.c: (gst_matroska_mux_start), (gst_matroska_mux_finish):
* gst\wavparse\gstwavparse.c: (gst_wavparse_stream_data):
use gst_guint64_to_gdouble for conversions
* gst\goom\filters.c: (setPixelRGB_):
fix a debug which was using undefined variable
* gst\level\gstlevel.c: (gst_level_set_caps), (gst_level_transform_ip):
* gst\matroska\ebml-read.c: (gst_ebml_read_sint):
replace LL suffix with L suffix (LL isn't supported by MSVC6.0)
* win32/vs6:
add vs6 projects files for most of plugins-good
Original commit message from CVS:
* gst/goom/filters.c: (zoomFilterDestroy):
* gst/goom/goom_core.c: (goom_close):
Free filter data when cleaning up. (Fixes: #334995)
Original commit message from CVS:
Fix for #321430: unresolved symbols due to incorrect linkage on inline functions
in goom.
Does not, however, fix the general crackheadedness of goom (global variables,
oh my!); this should be moved to -bad.
Original commit message from CVS:
* gst/goom/filters.c:
* gst/goom/graphic.h:
* gst/goom/lines.c:
Make inline functions either 'static inline' or 'extern inline',
otherwise the Forte compiler apparently won't inline them (#317300).
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:
Corrected the configure.ac so it actually works. Updated some c files
so that they build on Solaris. This mostly involved supporting ISO
style variable-argument macros.
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.