#763: Using [email protected] 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 [email protected] 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:[email protected]: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 <[email protected]> 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 _______________________________________________ FFmpeg-trac mailing list [email protected] http://avcodec.org/mailman/listinfo/ffmpeg-trac
