YOUR ACCOUNT

Login or Register to post new topics or replies
Danik
Posts: 4
Hi,
I discovered FF a couple of days ago and have had lots of fun with the trial version so far.

I have two suggestions that I can't find on the forums:

- Sub-pixel blur
Would be very useful when adjusting the height for instance, I have been missing it a few times.

- Mapping controls non-linearly
Maybe you could make the mapping controls accept a curve? Would be very useful in many applications to control the behaviour of the filter more precisely.
  Details E-Mail
Vladimir Golovin
Administrator
Posts: 3446
Filters: 55
Quote
Danik wrote:
- Sub-pixel blur


Our blur is not truly subpixel (i.e. it doesn't actually break pixels into subpixels before blurring), but the blur radius is subpixel -- pixels that are not entirely covered by the blur kernel contribute their data according to coverage.

In general, the subpixel blur idea is a good thing, but it's expensive to compute -- for example, 4 subpixels (2x2 grid) will quadruple memory requirements and rendering time.

Quote
Danik wrote:
- Mapping controls non-linearly


This has been requested before, and I have some ideas regarding this. We'll consider this idea after we're done with the Mac port.
  Details E-Mail
Sjeiti
sock puppet

Posts: 722
Filters: 71
Concerning non-linear control. You can accomplish it like this:
(top=gain,bottom=linear)

Non-linear control.ffxml
  Details E-Mail
Danik
Posts: 4
Quote
Our blur is not truly subpixel (i.e. it doesn't actually break pixels into subpixels before blurring), but the blur radius is subpixel -- pixels that are not entirely covered by the blur kernel contribute their data according to coverage.


I might have used the wrong terminology - by sub-pixel I meant using radiuses smaller than a pixel. Would it not be possible to implement floating point radiuses the way the blur works now, by using a smaller precentage of the neighbouring pixels in the computation? Would it require breaking the pixel down into subpixels?

When using a radius of 1 (pixel?), I get a whole lot more blur than I expect.

Quote
This has been requested before, and I have some ideas regarding this. We'll consider this idea after we're done with the Mac port.


Glad you are considering it, would be great if it was implemented.
  Details E-Mail
Danik
Posts: 4
Quote
Concerning non-linear control. You can accomplish it like this:
(top=gain,bottom=linear)


Thanks, that's a handy workaround!
  Details E-Mail
Danik
Posts: 4
Quote

When using a radius of 1 (pixel?), I get a whole lot more blur than I expect.


Well, ignore my comment. I realised it's perfectly possible to use a decimal blur radius. smile:)
  Details E-Mail
Kraellin
Kraellin

Posts: 12749
Filters: 99
the problem with sub-pixels, that i see anyways, is that they are hardware specific, meaning, not all monitors display or use sub-pixels. for instance, i dont know of a single crt type that does.
If wishes were horses... there'd be a whole lot of horse crap to clean up!

Craig
  Details E-Mail
Vladimir Golovin
Administrator
Posts: 3446
Filters: 55
Quote
Kraellin wrote:
I realised it's perfectly possible to use a decimal blur radius.


Also, Radius in the Blur component isn't measured in pixels. Read the help article for more details: http://www.filterforge.com/more/help/.../Blur.html
  Details E-Mail

Join Our Community!

Filter Forge has a thriving, vibrant, knowledgeable user community. Feel free to join us and have fun!

33,711 Registered Users
+18 new in 30 days!

153,531 Posts
+36 new in 30 days!

15,347 Topics
+72 new in year!

Create an Account

Online Users Last minute:

21 unregistered users.