mp_msg.c:103: warning: assignment makes pointer from integer without a cast
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@17973 b3059339-0415-0410-9bf9-f77b7e298cf2
just makes it possible to compile if USE_ICONV is undefined.
Patch by Bjorn Sandell (biorn _At_ chalmers _Dot_ se).
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@17932 b3059339-0415-0410-9bf9-f77b7e298cf2
patch replaces '()' for the correct '(void)' in function
declarations/prototypes which have no parameters. The '()' syntax tell
thats there is a variable list of arguments, so that the compiler cannot
check this. The extra CFLAG '-Wstrict-declarations' shows those cases.
Comments about a similar patch applied to ffmpeg:
That in C++ these mean the same, but in ANSI C the semantics are
different; function() is an (obsolete) K&R C style forward declaration,
it basically means that the function can have any number and any types
of parameters, effectively completely preventing the compiler from doing
any sort of type checking. -- Erik Slagter
Defining functions with unspecified arguments is allowed but bad.
With arguments unspecified the compiler can't report an error/warning
if the function is called with incorrect arguments. -- Måns Rullgård
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@17567 b3059339-0415-0410-9bf9-f77b7e298cf2
strcasecmp, especially with tr_TR locale - and do not seem to be good for
anything.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@14543 b3059339-0415-0410-9bf9-f77b7e298cf2
couple of undefined external references.
Problem is that mp_msg.c is included in the codec-cfg binary, but for codec-cfg
the gui code in mp_msg.c shouldn't be compiled in.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8574 b3059339-0415-0410-9bf9-f77b7e298cf2
- color mode (color depends on msg level), disabled by default
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@7201 b3059339-0415-0410-9bf9-f77b7e298cf2
- multithreaded audio/video buffering (I know mplayer crew hates threads
but it seems to me as the only way of doing reliable a/v capture)
- a/v timebase synchronization (sample count vs. gettimeofday)
- "immediate" mode support for mplayer
- fixed colorspace stuff - RGB?? and YUY2 modes now work as expected
- native ALSA audio capture
- separated audio input layer
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@7059 b3059339-0415-0410-9bf9-f77b7e298cf2