Vignette effect

[WojTec]

You are great! This is much faster than my method: I draw white shape on black or grey (or in other grey scale color) background, apply blur and finally blend with image - effect is powerful, but blur part is very slow if greater radius is used.

Can I ask yet one more question? Your nice brightness function generates circle - is possible to use ellipse in image orientation?

[xZise]

You could also apply this on an ellipse. The main idea is, to reduce the brightness depending on the distance to the edge.
So you have the width/height and the location (x, y). Now you must change the inner/outer radius from a absolute to a relative value.

Argh at the moment I'm too tired to explain this complete.

Fabian

[sx2008]

Delphi-Quellcode:

function CalcVignetteBrightness(X, Y: Single): Single;
var
  distance : Single;
  inner_radius, outer_radius, : Single;
begin
  inner_radius := 50;
  outer_radius := 150;
  x := x * 0.75;  // <= try this

  // calculate the distance from the origin (center of the image)
  distance := SQRT(SQR(x) + SQR(Y));

[turboPASCAL]

Mal eine Frage, sollte das Ergebnis nicht so aussehen ? (Image 1)
Bei eurer Methode kommt das dabei heraus. (Image 2)

[xZise]

Moin,
hast du sein Bugfix eingebaut:

Zitat von sx2008:

Zitat von WojTec:

Ok, working, but not exactly as should - darker should be near edges, not center as is now

Hmm ,there is a little bug:

Delphi-Quellcode:

  else if distance <= outer_radius then
    // decreasing Brightness from 100% downto 0%
//    result := (distance - inner_radius) / (outer_radius - inner_radius) // wrong
    result := (outer_radius - distance) / (outer_radius - inner_radius)

MfG
Fabian

[turboPASCAL]

Wie meinst du denn das ? I don't speak English.

[WojTec]

X multiply something is nice, I added support for ellipse based on image oriantation. Thanks guys

My current slow methed I told yesterday (based on blured shape) - do you know method fast like the one by @sx2008, but with any shape (rectangle, rounded rectangle, ellipse and any other)?

PS: @sx2008, your algorithm is named?

[xZise]

Zitat von turboPASCAL:

Wie meinst du denn das ? I don't speak English.

Er hat bei der Subtraktion die zwei Werte vertauscht. Die musst du auch vertauchen, damit es passt. Es ist nämlich der Faktor wie hell das Pixel ist. 1 = 100 % = ursprüngliche Helligkeit und 0 = 0 % = komplett dunkel ist der Rückgabewert.
Jetzt gibt es ein Radius der bestimmt, ab wann es nicht mehr dunkler wird. Und es gibt auch einen Radius der bestimmt ab wann es nicht mehr heller wird.

Jetzt nimmt er den Abstand dazwischen, d.h. den Radius (das steht unter den Bruch). Und zusätzlich berechnet er über den Bruch, wie weit der Punkt vom Mittelpunkt entfernt ist (distance) und setzt das in Relation zum äußeren Radius (outer_radius). Umso größer die Distanz zum Mittelpunkt umso kleiner wird der unterschied zum äußeren Radius, somit sinkt der Wert über den Bruch und damit der komplette Bruch.

Meine Theorie ist, dass du die falsche Version genommen hast, zumindest sieht das invertierte so aus.

MfG
Fabian