view version.sh @ 8078:26a2ae540b04

bugfixes : - It seems the CONF_TYPE_SUBCONFIG array for the "mode" option eats all other -xvidencopts parameters. With it it wasn't possible to set the bitrate or in fact any other parameter beside "mode". - xvidencopts_conf wasn't properly initialised for some of the lines. Probably didn't cause bugs but at least this shaves a few gcc warnings. - Rewrote initialisation code & defaults according to xvidcore/docs/xvid-encoder.txt in XViD CVS tree. Some of the defaults where bad. Done with the help of Markus Liebl < lieblm at web dot de > modified features: - Changed "debug" default to 0. Use the "debug" flag to enable it. - Changed the interpretation of "br" to be consistent with lavc (now in kbits/s if <16000, else bits/s). Should be backward compatible. - Now use "-xvidopts pass=(1|2)" instead of "-xvidopts mode=2pass-(1|2)". - Use the "-passtmpfile" global option instead of a hardwired name. - Use the same motion presets as XViD's vfw CVS code (which is the source of the windows codec I assume). coding style etc...: - Use static variables instead of a big struct for individual options, easier to initialize. - [f]printf() ->> mp_msg() added features: - Added "lumi_mask", "mpeg_quant", "hintedme" and "hintfile" options, all off by default.

#!/bin/sh

last_cvs_update=`date -r CVS/Entries +%y%m%d-%H:%M 2>/dev/null`
if test $? -ne 0 ; then
        # probably no gnu date installed(?), use current date
        last_cvs_update=`date +%y%m%d-%H:%M`
elif test `uname -s` = 'Darwin' ; then
        # darwin's date has different meaning for -r
        last_cvs_update=`date +%y%m%d-%H:%M`
fi

extra=""
if test "$1" ; then
 extra="-$1"
fi
echo "#define VERSION \"CVS-${last_cvs_update}${extra} \"" >version.h