Opened 15 years ago

Last modified 15 years ago

#1421 new defect

blur / alpha drawing error

Reported by: petrkr@… Owned by: eugeni.stepanov@…
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

http://petrkr.net/a/vsfilter.jpg

there is that script

http://petrkr.net/a/ass-effect.txt

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 greg@…, 15 years ago

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.

comment:2 by petrkr@…, 15 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

http://petrkr.net/a/libass-r28893-BetterErr.jpg

and problem doing really only alpha on border...

btw why in older revision that problem has not been?

Note: See TracTickets for help on using tickets.