Opened 16 years ago
Last modified 16 years ago
#1421 new defect
blur / alpha drawing error
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | normal | Component: | libass |
Version: | unspecified | Severity: | normal |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Reproduced by developer: | no | Analyzed by developer: | no |
Description
Since Libass revision r28824 (or some near) starts be \blur with \alpha ugly output..
There I didn't remember revision of libass lib..
http://petrkr.net/a/libass-OK-mplayer-some_older_r.jpg
http://petrkr.net/a/libass-r28823-OK.jpg there is libass r28823
new version of libass (r28881) but that error doing since r28824
http://petrkr.net/a/libass-Err-mplayer-r28881.jpg
http://petrkr.net/a/libass-r28881-Err.jpg
implement of vsfilter
there is that script
I using Gentoo linux, on x86_64 platform.
Gcc: gcc version 4.1.2 (Gentoo 4.1.2 p1.1)
FontConfig: fontconfig-2.6.0-r2
GlibC: 2.9_p20081201-r1
anything else you want?
Change History (2)
comment:1 by , 16 years ago
comment:2 by , 16 years ago
(In reply to comment #1)
This was just fixed in svn.
A few artifacts remain when multiple bitmaps (> 2) overlap, but this will
hopefully improve some day when libass gets RGBA rendering. It doesn't seem to
be possible to get around it with the current rendering model.
That new SVN really fixes that worse part of that, but as you said some "lines" over that border still remaining,
r28893
and problem doing really only alpha on border...
btw why in older revision that problem has not been?
This was just fixed in svn.
A few artifacts remain when multiple bitmaps (> 2) overlap, but this will hopefully improve some day when libass gets RGBA rendering. It doesn't seem to be possible to get around it with the current rendering model.