Re: [Gimp-developer] Scaling in Gimp 2.6 is much slower than in Gimp 2.4
Hi Liam, On Fri, Oct 31, 2008 at 11:55 AM, Liam R E Quin [EMAIL PROTECTED] wrote: On Fri, 2008-10-31 at 01:44 +0100, Joern P. Meier wrote: [...] By the way, what kind of downscaling is used for the view zooming? GEGL is doing that. GEGL is not doing that. GEGL certainly has display-pyramid code, but GIMP does not currently use GEGL's implementation, it has it's own (app/base/tile-pyramid.c) As far as I understand it, each step of the image-pyramid is produced by averaging every 2x2 pixel square from the step above it. If the zoom matches exactly one of the stored pyramid levels, it is used directly in the display.. Otherwise, it interpolates between the next smaller step and the next bigger step to produce the display. HTH, David ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Scaling in Gimp 2.6 is much slower than in Gimp 2.4
Hi, On Fri, 2008-10-31 at 17:46 +1030, David Gowers wrote: As far as I understand it, each step of the image-pyramid is produced by averaging every 2x2 pixel square from the step above it. If the zoom matches exactly one of the stored pyramid levels, it is used directly in the display.. Otherwise, it interpolates between the next smaller step and the next bigger step to produce the display. Right. And that is pretty close to what the scaling code does. It also averages 2x2 pixel squares until it gets close enough to the final size. The last step differs though. But we have discussed the downscaling code before. Let's not start this again. Instead of going through this discussion again, please read the thread in the archive. Then please sit down and write a patch that implements proper decimation. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] [Gimp-user] Re: Strange zoomout behavior
This is a reply to: http://lists.xcf.berkeley.edu/lists/gimp-user/2008-October/013230.html Hi Claus Berghammer (Bugzilla) wrote: I'm not shure if it is the same. I don't have Resize window on zoom and Resize window on image size change enabled, nor do I use the crop tool, as it is described in #555493. But the result is comparable (but not the exactly the SAME). Can you provide a detailed step-by-step on how to reproduce the problem please? Using Minus Key is slow, because I have to type it several times, until I reach 100%. Using Zoom Revert doesn't do it either, because it also don't sends me back to 100%. Where zoom revert takes you depend entire on your workflow. I admit that it might not be very pleasant to make sure Zoom Revert always goes back to 100% though.. I do however find it reasonable to zoom out with the - key if you want to use the cursor as zoom focus point, or you can maybe even just do a View - Fit Image in Window. We can't tailor the zoom behaviour for a specific use case, it needs to be general. And shall I write my arguments for a zoom operator key again into Bug 553534 (centering issues after image scaling and setting zoom to 100%)? Again, I don' think a modifier key is a good idea. BR, Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Script-fu primitive wishlist: islands, integrals/sums, and data files
Greetings, I am working on an image processing plug-in (which I'll offer for upstream contribution BSD-licensed), and would really like to have a couple of primitives that I can't find. One is finding islands in an image: take a channel and create new layers each with one contiguous region in the channel. So if the channel has ten islands, create ten new layers, each with one of the islands. Since this could be unwieldy (too many new layers), one new layer with one island would suffice; one could then process that island layer, subtract it from the original, and move on. Another is integrals: zero, first and second moments, or alternatively, integrals/sums of channel intensity, x- and y-weighted intensity, and x^2, y^2 and xy-weighted intensity. This lets me fit an ellipse to an island, and then display major and minor axes. Finally, opening and storing data files. I'd like to be able to create a CSV file with statistics of the islands: size, centroid, aspect ratio (major/minor axis ratio), major axis orientation. One could then further process these statistics in a spreadsheet or other program. I can do the first two in scheme, though it would be slow, but tolerable for my needs. I don't see a script-fu primitive which would let me do the last. If there are other packages which can do this, that would be helpful. But having it in the same program/UI as GIMP, with all of its other image manipulation tools, and with its presence across platforms, would be even better. I'd love to have your ideas. Cheers, -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Script-fu primitive wishlist: islands, integrals/sums, and data files
Hi Adam, On Fri, Oct 31, 2008 at 9:51 PM, Adam C Powell IV [EMAIL PROTECTED] wrote: Greetings, I am working on an image processing plug-in (which I'll offer for upstream contribution BSD-licensed), and would really like to have a couple of primitives that I can't find. One is finding islands in an image: take a channel and create new layers each with one contiguous region in the channel. So if the channel has ten islands, create ten new layers, each with one of the islands. Since this could be unwieldy (too many new layers), one new layer with one island would suffice; one could then process that island layer, subtract it from the original, and move on. Another is integrals: zero, first and second moments, or alternatively, integrals/sums of channel intensity, x- and y-weighted intensity, and x^2, y^2 and xy-weighted intensity. This lets me fit an ellipse to an island, and then display major and minor axes. Finally, opening and storing data files. I'd like to be able to create a CSV file with statistics of the islands: size, centroid, aspect ratio (major/minor axis ratio), major axis orientation. One could then further process these statistics in a spreadsheet or other program. I can do the first two in scheme, though it would be slow, but tolerable for my needs. I don't see a script-fu primitive which would let me do the last. If there are other packages which can do this, that would be helpful. But having it in the same program/UI as GIMP, with all of its other image manipulation tools, and with its presence across platforms, would be even better. I'd love to have your ideas. It sounds like you might find working with the combination of Gimp-Python, NumPy and SciPy more effective. integration,definitely. Islands, possibly (a browse through http://scipy.org/scipy/scipy/browser/trunk might help you to find out. And Python has a CSV module as standard. I had the impression that writing external files was not supported by Script-Fu; I'm sure Kevin Cozens could tell you. Hope that helps, David ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Bogus/corrupted GIMP 2.6.2 distribution file
As the current maintainer for GIMP on MacPorts, I wanted to report that we had an incident this morning where the file checksums (md5, sha1, rmd160) for the new 2.6.2 gimp distribution on one of the GIMP mirrors http://gimp.site2nd.org/v2.6/ failed to match those of the official GIMP site and the other mirrors for that matter.[1] The offending site has been removed from our list of GIMP mirrors but I thought that someone in the GIMP developer community might want to know about it as it could represent a possible attack. Hope this is the right forum for this. [1] http://trac.macports.org/ticket/17057 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Scaling in Gimp 2.6 is much slower than in Gimp 2.4
On Fri, 2008-10-31 at 17:46 +1030, David Gowers wrote: GEGL is doing that. GEGL is not doing that. GEGL certainly has display-pyramid code, but GIMP does not currently use GEGL's implementation, it has it's own (app/base/tile-pyramid.c) Oops, sorry, I must have misunderstood soemthing pippin said (Øy vey!). Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org www.advogato.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Bogus/corrupted GIMP 2.6.2 distribution file
David Evans wrote: As the current maintainer for GIMP on MacPorts, I wanted to report that we had an incident this morning where the file checksums (md5, sha1, rmd160) for the new 2.6.2 gimp distribution on one of the GIMP mirrors http://gimp.site2nd.org/v2.6/ failed to match those of the official GIMP site and the other mirrors for that matter.[1] I have removed this site from the mirrors list in svn (the update of the site might take some time, though). It looks like it is just redirecting to ftp.gimp.org, though... Michael -- GIMP http://www.gimp.org | IRC: irc://irc.gimp.org/gimp Wiki http://wiki.gimp.org | .de: http://gimpforum.de Plug-ins http://registry.gimp.org | ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Bogus/corrupted GIMP 2.6.2 distribution file
Michael Schumacher wrote: David Evans wrote: As the current maintainer for GIMP on MacPorts, I wanted to report that we had an incident this morning where the file checksums (md5, sha1, rmd160) for the new 2.6.2 gimp distribution on one of the GIMP mirrors http://gimp.site2nd.org/v2.6/ failed to match those of the official GIMP site and the other mirrors for that matter.[1] I have removed this site from the mirrors list in svn (the update of the site might take some time, though). It looks like it is just redirecting to ftp.gimp.org, though... Michael That's what I see too so maybe the problem is in the redirection. Maybe MacPorts isn't handling that well. So what's the good of a mirror site that just redirects to the master? Dave ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Script-fu primitive wishlist: islands, integrals/sums, and data files
David Gowers wrote: One is finding islands in an image [snip] Another is integrals: zero, first and second moments, or alternatively, integrals/sums of channel intensity, x- and y-weighted intensity, and x^2, y^2 and xy-weighted intensity. As you stated, the above two features could be implemented in Scheme but they would probably be too slow in actual use. Finally, opening and storing data files. See section 6.6 of the R5RS. Working with external files is handled via the use of pipes. If there are other packages which can do this, that would be helpful. A C based plug-in or a Python based script are probably better bets for the first two items. -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Script-fu primitive wishlist: islands, integrals/sums, and data files
Quoting Kevin Cozens [EMAIL PROTECTED]: Finally, opening and storing data files. See section 6.6 of the R5RS. Working with external files is handled via the use of pipes. A problem which I encountered with TinyScheme's character I/O is that the 'read-char' and 'write-char' functions perform UNICODE conversions, making it impossible to read and write binary data files. The R5RS specification doesn't seem to address this but the TinyScheme implementation does seem to cripple the ability to read and write non-text files. I had added a 'read-byte' command to my personal GIMP-2-4 [1] (I never got around to implementing 'write-byte') and would be happy to contribute patches to add such capability, if deemed appropriate/useful. [1] http://flashingtwelve.brickfilms.com/GIMP/Temp/read-byte.diff.gz ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer