[FFmpeg-trac] #763(avfilter:closed): Using -boxcolor=black at 0.5 in drawtext filter results in green (regression)

[FFmpeg]

#763: Using -boxcolor=black at 0.5 in drawtext filter results in green (regression)
-------------------------------------+-------------------------------------
             Reporter:  dericed      |                    Owner:
                 Type:  defect       |                   Status:  closed
             Priority:  important    |                Component:  avfilter
              Version:  git-master   |               Resolution:  fixed
             Keywords:  drawtext     |               Blocked By:
  regression                         |  Reproduced by developer:  1
             Blocking:               |
Analyzed by developer:  1            |
-------------------------------------+-------------------------------------
Changes (by saste):

 * analyzed:  0 => 1
 * status:  open => closed
 * resolution:   => fixed


Comment:

 Replying to [ticket:763 dericed]:
 > I think I found a regression in the drawtext filter. If I specify
 boxcolor=black at 0.5 in the command, I used to get a black box with 50%
 alpha as expected. In an ffmpeg built from git yesterday I am now getting
 a green box with 50% alpha. Note that if I run ffmpeg without the alpha
 specifier and just say boxcolor=black then I do get a black box, but the
 alpha value now gives unexpected results.
 > I have another (related?) drawtext bug here:
 http://ffmpeg.org/trac/ffmpeg/ticket/737.
 > Dave
 >
 > drawtext with ffmpeg built from git yesterday (ask for black and get
 green)
 > {{{
 > ffmpeg -report -y -i example.mp4 -vf
 "drawtext=fontcolor=white:fontsize=16:fontfile=/Library/Fonts/Courier
 New.ttf:box=1:boxcolor=black at 0.5:x=100:y=100:text='Is this black?'"
 out2.mp4
 > ffmpeg started on 2011-12-15 at 10:07:41
 > Report written to "ffmpeg-20111215-100741.log"
 > ffmpeg version N-32298-g7862bd3, Copyright (c) 2000-2011 the FFmpeg
 developers
 >   built on Dec 14 2011 09:38:30 with gcc 4.2.1 (Apple Inc. build 5666)
 (dot 3)
 >   configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared
 --enable-gpl --enable-version3 --enable-libfreetype --enable-nonfree
 --enable-hardcoded-tables --cc=/usr/bin/gcc-4.2 --enable-libx264 --enable-
 libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis
 --enable-libvpx --enable-libxvid
 >   libavutil    51. 32. 0 / 51. 32. 0
 >   libavcodec   53. 44. 0 / 53. 44. 0
 >   libavformat  53. 25. 0 / 53. 25. 0
 >   libavdevice  53.  4. 0 / 53.  4. 0
 >   libavfilter   2. 53. 0 /  2. 53. 0
 >   libswscale    2.  1. 0 /  2.  1. 0
 >   libpostproc  51.  2. 0 / 51.  2. 0
 > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'example.mp4':
 >   Metadata:
 >     major_brand     : isom
 >     minor_version   : 512
 >     compatible_brands: isomiso2avc1mp41
 >     creation_time   : 2011-11-18 06:00:00
 >     encoder         : Lavf53.22.0
 >   Duration: 00:00:05.93, start: 0.000000, bitrate: 58180 kb/s
 >     Stream #0:0(eng): Video: h264 (High 4:4:4 Predictive) (avc1 /
 0x31637661), yuv420p, 720x486 [SAR 9:10 DAR 4:3], 58178 kb/s, 29.97 fps,
 29.97 tbr, 30k tbn, 59.94 tbc
 >[...]
 >}}}

 It was not a regression, but a bug which survived since the first version
 (only affecting YUV video), should be fixed in commit:
 {{{
 commit 1858a5c25ee1ccb8089339d20138116a46cc6c77
 Author: Stefano Sabatini <stefasab at gmail.com>
 Date:   Sat Dec 24 16:17:18 2011 +0100

     vf_drawtext: select YUV color for drawbox() in case YUV colorspace is
 used

     Fix box alpha rendering when a YUV colorspace is selected, in
 particular
     fix trac ticket #763.
 }}}

 Thanks for reporting.

-- 
Ticket URL: <http://ffmpeg.org/trac/ffmpeg/ticket/763#comment:2>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker