return values can be negative (VO_ERROR, VO_NOTAVAIL and VO_NOTIMPL), so it's
changed to int now.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@16172 b3059339-0415-0410-9bf9-f77b7e298cf2
the bugfix of the "grayscale" output scheme introduced a bug in the header
writer for the stream output, this patch corrects that
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@15953 b3059339-0415-0410-9bf9-f77b7e298cf2
bugfix of the "grayscale" output scheme; the height and width of the movie
were written als -1 and -1 into the resulting *.bml file
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@15159 b3059339-0415-0410-9bf9-f77b7e298cf2
Based on a patch by Sebastian Hegler <s_hegler at gmx dot de>.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@13788 b3059339-0415-0410-9bf9-f77b7e298cf2
on the CCC-Camp ICMP2 (www.icmp2.de) this weekend, some friends and
I played around with our Blinkenlights replicas and found a little
bug in your MPlayer Blinkenlights outpur driver "vo_bl". The
Blinkenlights UDP-Protocol contains the maximum grayscale value
"maxval" (e.g. 255 for 8 bit) instead of the number of grayscales
(e.g. 256 for 8 bit). Because some programs are very strict
concerning this value, we had to patch mpalyer to get it to work.
Today, I've added an output scheme "hdl" for the Haus des Lehrers in
Berlin, on which an installation with grayscales was done last
winter. Additionally, I've also added an output scheme named
"grayscale" that adapts the size of the UDP packets to the size
used with "-vf scale -zoom" that we will need for a project (a room
with over 15000 pixels at the walls and floor) next year.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@13001 b3059339-0415-0410-9bf9-f77b7e298cf2
