RSS/Atom feed Twitter
Site is read-only, email is disabled

Feature request, - liquid resize

This discussion is connected to the gimp-developer-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.

This is a read-only list on gimpusers.com so this discussion thread is read-only, too.

3 of 3 messages available
Toggle history

Please log in to manage your subscriptions.

Feature request, - liquid resize Thomas Lytje 22 Aug 07:08
  Feature request, - liquid resize David Gowers 22 Aug 08:12
   Feature request, - liquid resize Simon Budig 22 Aug 11:41
Thomas Lytje
2007-08-22 07:08:02 UTC (over 17 years ago)

Feature request, - liquid resize

I am not sure you take feature requests like this, - but try to take a look. It seems quite cool.
I don't know enough about image processing (but I am a software engineer) but to me it looks like it wouldn't be to hard to implement. Hopefully there isn't a lot of patens making it impossible

See: http://www.youtube.com/watch?v=vIFCV2spKtg&eurl=http%3A%2F%2Fwww%2Emilkandcookies%2Ecom%2Flink%2F66481%2Fdetail%2F

Thanks Thomas Lytje

David Gowers
2007-08-22 08:12:07 UTC (over 17 years ago)

Feature request, - liquid resize

On 8/22/07, Thomas Lytje wrote:

I am not sure you take feature requests like this, - but try to take a look. It seems quite cool.
I don't know enough about image processing (but I am a software engineer) but to me it looks like it wouldn't be to hard to implement. Hopefully there isn't a lot of patens making it impossible

Looks like a resizer in which the amount of source pixels per output pixel varies spatially, rather than being roughly constant. It seems to have a few requirements:
a) Resizing can only be done on one axis at once b) two scalers would be needed, one iterating over X axis, one over Y.

Basically the only change relative to normal accumulators is that the number of pixels resulting in a final pixel would need to be inversely weighted by the significance mask (that is, read more input pixels to produce an output pixel in insignificant areas.) There is also one coefficient involved that would need some experimentation with to get right: the exact ratio of scaling between completely significant pixels and completely insignificant pixels. (I mean, when you shrink that image, the significant features must also shrink somewhat -- at least once they begin to push up against each other.)

Anyway, if you give a link to a paper describing the exact workings of the algorithym, then it's much more likely that something will get done in relation to it.

Simon Budig
2007-08-22 11:41:37 UTC (over 17 years ago)

Feature request, - liquid resize

David Gowers (00ai99@gmail.com) wrote:

Anyway, if you give a link to a paper describing the exact workings of the algorithym, then it's much more likely that something will get done in relation to it.

It seems to be fairly straightforward and the results are beautiful. The related paper is available at
http://www.faculty.idc.ac.il/arik/imret.pdf - but since this page is pretty slow try these URLs:

http://www.faculty.idc.ac.il.nyud.net/arik/imret.pdf http://www.faculty.idc.ac.il.nyud.net:8080/arik/imret.pdf

Would be cool if someone would tackle this.

Bye, Simon