Re: [Gimp-user] Math graphics
On Dec 21, 2007 4:49 PM, Brian Vanderburg II [EMAIL PROTECTED] wrote: Is there a plugin (or high speed script-fu) that would allow me to enter a math expression and from it create the pixel data also given a 'viewport range'. XMin: -1 XMax 1 YMin -1 Ymax: 1 UseGraient: no Expr: red=sin(2*pi*x*y)/2+0.5;green=...,... or UseGradient: yes Simple gradient application is best done using 'gradient map' filter. Although since you're running windows, that may be slower. Expr: offset=sin(2*pi*x*y) Or something like that. I imagine a script-fu could be done that could take the viewport, gradient, and expression and somehow execute the expression and plot the pixels, but it seems like script-fu would be somewhat slow. I've created my own expression evaluation library which would easily provide all the math support I need, but don't know much about making GIMP plugins and since I'm only on Windows now I've had problems trying to compile glib/gtk under msys/mingw, plus it is C++ except an older version which is C. Brian Vanderburg II I recommend using PyGimp in combination with Numpy. for example, here is some python source code for the first 'red' example # it is assumed that x,y are 2d arrays # like # x = # 012 # 012 # 012 # # y = # 000 # 111 # 222 red = numpy.sin((2 * pi) * x * y) / 2 +0.5 # calculate green, blue.. here # .. # expand the range (0..1) - (0..255) and convert to 8bit integers # you would need to account for the possibility of an alpha channel here, too. result = numpy.hstack ( (red * 255).astype('B'), (green * 255).astype('B'), (blue * 255).astype('B')) # result.tostring() can now be written to a GIMP pixel region ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] gimp-gap isn't building on OSX Leopard
Any suggestions on why gimp-gap isn't building on OSX Leopard? # port install gimp-gap --- Fetching gimp-gap --- Attempting to fetch gimp-gap-2.2.2.tar.bz2 from ftp://ftp.gimp.org/pub/gimp/plug-ins/v2.2/gap/ --- Verifying checksum(s) for gimp-gap --- Extracting gimp-gap --- Configuring gimp-gap --- Building gimp-gap with target all Error: Target org.macports.build returned: shell command cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_gimp-gap/work/gimp-gap-2.2.2 make all returned error 2 Command output: /usr/bin/gcc-4.0 -O3 -g -Wall -Wno-switch -O2 -no-cpp-precomp -DHAVE_LRINTF -fno-common -pipe -fomit-frame-pointer -DHAVE_AV_CONFIG_H -I.. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o h263.o h263.c In file included from h263.c:40: mpeg4data.h:226: warning: pointer targets in initialization differ in signedness mpeg4data.h:227: warning: pointer targets in initialization differ in signedness mpeg4data.h:330: warning: pointer targets in initialization differ in signedness mpeg4data.h:331: warning: pointer targets in initialization differ in signedness h263.c: In function 'h263_pred_dc': h263.c:1522: warning: pointer targets in assignment differ in signedness h263.c: In function 'mpeg4_encode_vol_header': h263.c:2374: warning: pointer targets in passing argument 2 of 'ff_write_quant_matrix' differ in signedness h263.c:2375: warning: pointer targets in passing argument 2 of 'ff_write_quant_matrix' differ in signedness h263.c: In function 'ff_mpeg4_pred_dc': h263.c:2503: warning: pointer targets in assignment differ in signedness /usr/bin/gcc-4.0 -O3 -g -Wall -Wno-switch -O2 -no-cpp-precomp -DHAVE_LRINTF -fno-common -pipe -fomit-frame-pointer -DHAVE_AV_CONFIG_H -I.. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o h261.o h261.c /usr/bin/gcc-4.0 -O3 -g -Wall -Wno-switch -O2 -no-cpp-precomp -DHAVE_LRINTF -fno-common -pipe -fomit-frame-pointer -DHAVE_AV_CONFIG_H -I.. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o msmpeg4.o msmpeg4.c msmpeg4.c: In function 'msmpeg4_pred_dc': msmpeg4.c:838: warning: pointer targets in assignment differ in signedness msmpeg4.c: In function 'msmpeg4_encode_block': msmpeg4.c:727: error: can't find a register in class 'BREG' while reloading 'asm' {standard input}:14980:non-relocatable subtraction expression, _msmpeg4v34_decode_mb minus L003$pb {standard input}:14980:symbol: _msmpeg4v34_decode_mb can't be undefined in a subtraction expression {standard input}:14957:non-relocatable subtraction expression, _msmpeg4v12_decode_mb minus L003$pb {standard input}:14957:symbol: _msmpeg4v12_decode_mb can't be undefined in a subtraction expression {standard input}:14932:non-relocatable subtraction expression, _wmv2_decode_mb minus L003$pb {standard input}:14932:symbol: _wmv2_decode_mb can't be undefined in a subtraction expression make[4]: *** [msmpeg4.o] Error 1 make[3]: *** [lib] Error 2 make[2]: *** [/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_gimp-gap/work/gimp-gap-2.2.2/extern_libs/ffmpeg/libavformat/libavformat.a] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Status 1 encountered during processing. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Math graphics
Hi, On Fri, 2007-12-21 at 01:19 -0500, Brian Vanderburg II wrote: Is there a plugin (or high speed script-fu) that would allow me to enter a math expression and from it create the pixel data also given a 'viewport range'. Yes, there is gluas: http://pippin.gimp.org/plug-ins/gluas/ Sven ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Math graphics
On Fri, 21 Dec 2007 01:19:21 -0500, Brian Vanderburg II [EMAIL PROTECTED] wrote: Is there a plugin (or high speed script-fu) that would allow me to enter a math expression and from it create the pixel data also given a 'viewport range'. Have a look at MathMap: http://www.complang.tuwien.ac.at/schani/mathmap/ It can process existing images using arbitrarily complex mathematical formulas. It can also create new images from scratch, as you can see on the examples page with the moire pattern or the Mandelbrot fractal. It comes with a tutorial and an extensive reference manual. -Raphaël ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Alt Key
Scott wrote: I didn't attack you... yet. You, on the other hand, ARE attacking others here: And why on Earth would you not at least display the actual ratio as the user works? Changing that (as compared to 2.2 which DOES display the current ratio) was just nuts, frankly. What should the fact that you thought that was a sensible way of doing it make me think about you? I didn't write either of those quotes. You are now attacking me based on what others wrote. You don't use the GIMP. I said I used Gimp in the past. (The person who wrote the erroneously attributed quotes above is a current Gimp user.) When I used Gimp in the past, I had problems that I was not able to overcome, despite reading tutorials, documentation (such as it was), googling, and asking for help on this very list. I'm not a novice at using computers - I've been using computers since 1979 (TRS-80 - I wrote programs in DOS). I had experience using PSP, PS, and other image editing tools. I'm an early adopter - yet I was unable to do some basic things with Gimp due to the poor design of the program for these particular (common) image manipulation tasks. I gave you my feedback on that. All I have received in reply are attacks. Not one person on this list has said you have a good point, some of the things you have mentioned are real problems and we should work on that more (or we are working on that now). The closest anyone has come was a reply from Michael (thank you, Michael) referring to the bugzilla thread (going back to March, 2001, almost 7 years now) on why it's hard to fix my #1 stopper problem due to some initial poor design decisions. You attack the developers and attempt to shame anyone here who might attack you, the messenger. You waste other's time. What should all of that make us think about you? It leads me to conclude you are a troll with nothing better to do. It leads me to think of you as a jerk. Look in the mirror. I haven't called you names. I've given you my feedback. You can't even keep straight who said what, and now you are the first to call others names - calling two different people jerks because they have been willing to take the time to explain the problems they have with the program. An intelligent, mature, and humble person would quickly apologize profusely for these mistakes. An arrogant, immature, or unintelligent person would be quick to splurt out more excuses, or attack yet again. Let's see which approach you take... jc ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Alt Key
Geoffrey wrote: I guess you missed the reference to the fact that ALL the work put into GIMP is done by the developers on their time. I put in many years as one of the primary list admins for an open source project's -users list (similar to gimp-user) and -dev list, organizing and adding to the the FAQ, answering questions on both lists, writing documentation, submitting bug reports, feature requests, and proposing UI improvements. I'm quite aware of how open source projects are developed, and I've paid my dues volunteering. I have a right to give my feedback when I feel an OS project is misguided and has overlooked critical aspects of design such as consistent tool use (backwards compatible), intuitive UI, and good documentation. jc ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Alt Key
Von: JC Dill [EMAIL PROTECTED] An intelligent, mature, and humble person would quickly apologize profusely for these mistakes. An arrogant, immature, or unintelligent person would be quick to splurt out more excuses, or attack yet again. Let's see which approach you take... How about the Switch to private mail, to spare this list from another flame war approach? Thanks in advance, Michael -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Alt Key
On Friday 21 December 2007, Jeffery Small wrote: I think if you hold shift before beginning to drag the mouse, then it should also lock the aspect ratio. I'd guess this is to make the crop tool's use consistent with the rectangle/ ellipse selection tools, where pressing modifier keys _before_ switches the normal/add/subtract/intersect mode, so pressing it afterwards was still free. And, btw, there's nothing lost if you can press shift as late as you want, but you win the ability to decide on the final shape until you let go of your mouse button. signature.asc Description: This is a digitally signed message part. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Alt Key
JC Dill wrote: Geoffrey wrote: I guess you missed the reference to the fact that ALL the work put into GIMP is done by the developers on their time. I put in many years as one of the primary list admins for an open source project's -users list (similar to gimp-user) and -dev list, organizing and adding to the the FAQ, answering questions on both lists, writing documentation, submitting bug reports, feature requests, and proposing UI improvements. I'm quite aware of how open source projects are developed, and I've paid my dues volunteering. I have a right to give my feedback when I feel an OS project is misguided and has overlooked critical aspects of design such as consistent tool use (backwards compatible), intuitive UI, and good documentation. Care to share what this open source project was? -- Until later, Geoffrey Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. - Benjamin Franklin ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Alt Key
On Friday 21 December 2007 1:12:41 am JC Dill wrote: Scott wrote: I didn't attack you... yet. You, on the other hand, ARE attacking others here: And why on Earth would you not at least display the actual ratio as the user works? Changing that (as compared to 2.2 which DOES display the current ratio) was just nuts, frankly. What should the fact that you thought that was a sensible way of doing it make me think about you? I didn't write either of those quotes. You are now attacking me based on what others wrote. You're right... I did mistake you for Thomas... sorry. But Thomas is attacking others and does deserve to be called a jerk. -- Scott Linux user #: 246504 ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Alt Key
Alt+Shift+drag and Alt+Ctrl+ drag seem to work on some Linux system only, such as Ubuntu. But it doesn't work on my OpenSuse 10.2 nor on my WinXP. Unless there is some setting I don't know... At the top of HTML help pages, you have a Revision date and you can see that Moving Selection has not been updated yet. In Gimp 2.4, you move the selection outline. To move the selection contents, you have to use the Selection/Floating command. You can't move the selection contents without emptying the original place. Actually you can. Alt+Shift+Drag. (Alt+Ctrl+Drag to cut it out and move it, instead of moving a copy of it.). Try them. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user