Negative plugin causes incorrect alpha blending ( a(1+x)+bx instead of a(1-x)+bx )
Bug #1257223 reported by
Povilas Kanapickas
This bug affects 2 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Compiz |
Fix Released
|
Medium
|
Povilas Kanapickas | ||
compiz (Ubuntu) |
Fix Released
|
Medium
|
Povilas Kanapickas |
Bug Description
When the opacity of a negative window (that is, one for which negative plugin is activated) is reduced, it causes the compositor to blend it incorrectly: instead of the usual blending function of a(1-x)+bx (here x is alpha), a(1+x)+bx is used. This causes the window area to become almost completely white in certain cases.
Compiz version: rev. 3806.
I think I could fix this bug myself, but I'm not familiar with the compiz codebase enough. Maybe someone could hint me where the actual compositing is implemented? This would save a lot of time for me.
Related branches
lp:~p12/compiz/compiz.fix-1257223
- PS Jenkins bot (community): Approve (continuous-integration)
- MC Return: Approve
-
Diff: 27 lines (+7/-7)1 file modifiedplugins/opengl/src/shadercache.cpp (+7/-7)
summary: |
- Negative plugin causes incorrect alpha blending ( (1+x)a+bx instead of - (1-x)a+bx ) + Negative plugin causes incorrect alpha blending ( a(1+x)+bx instead of + a(1-x)+bx ) |
description: | updated |
description: | updated |
Changed in compiz: | |
milestone: | none → 0.9.11.0 |
status: | New → Triaged |
importance: | Undecided → Medium |
Changed in compiz (Ubuntu): | |
status: | New → In Progress |
Changed in compiz: | |
assignee: | nobody → Povilas Kanapickas (p12) |
Changed in compiz (Ubuntu): | |
importance: | Undecided → Medium |
assignee: | nobody → Povilas Kanapickas (p12) |
Changed in compiz: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
Probably you would find what you need in plugins/composite/*
plugins/ composite/ src/window. cpp might be a candidate.