Re: [Gimp-user] FFMPEG in Windows
FFMPEG-type functionality is implemented for Windows using the FFDSHOW codecs (http://ffdshow.sourceforge.net/tikiwiki/tiki-index.php). I do not know whether the GAP can make use of them even if they are installed. Depending upon which version of the GIMP you are using, you may already have the ability to save your frames as an uncompressed AVI video. Older versions of GIMP-GAP require the UC-AVI plugin (http://registry.gimp.org/plugin?id=653) to provide this functionality. It has been hinted to me that the plugin is not necessary in the latest releases. You may have to use a separate program to convert your frames (saved either as uncompressed AVI or as PNGs) to video; VirtualDub, Super, VideoMach, AVIdemux, might be worth googling. In any event, you will need a separate program to add a soundtrack to your video (as sound is not available for Windows). All of the above statements are qualified by the fact that I do not use Windows and those who do reluct to share their experiences with using the GAP for video. I'm trying to use GAP for a school project, and need to save in MPG format. Does the FFMPEG format exist for Windows? I certainly don't have it if it does. It is amazing what you can accomplish if you do not care who gets the credit. -- Harry S. Truman ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] FFMPEG in Windows
FFMPEG-type functionality is implemented for Windows using the FFDSHOW codecs (http://ffdshow.sourceforge.net/tikiwiki/tiki-index.php). I do not know whether the GAP can make use of them even if they are installed. Depending upon which version of the GIMP you are using, you may already have the ability to save your frames as an uncompressed AVI video. Older versions of GIMP-GAP require the UC-AVI plugin (http://registry.gimp.org/plugin?id=653) to provide this functionality. It has been hinted to me that the plugin is not necessary in the latest releases. You may have to use a separate program to convert your frames (saved either as uncompressed AVI or as PNGs) to video; VirtualDub, Super, VideoMach, AVIdemux, might be worth googling. In any event, you will need a separate program to add a soundtrack to your video (as sound is not available for Windows). All of the above statements are qualified by the fact that I do not use Windows and those who do reluct to share their experiences with using the GAP for video. I'm trying to use GAP for a school project, and need to save in MPG format. Does the FFMPEG format exist for Windows? I certainly don't have it if it does. It is amazing what you can accomplish if you do not care who gets the credit. -- Harry S. Truman ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Path Tool enhancement
I don't know if the feature is available in version 2.2, but the development version (2.3) is currently able to lock the control points in a manner similar to what you describe by holding down the CTRL and SHIFT keys while moving either of the controls in the Edit Mode. I would like at least one particular option that is available in both Inkscape and PS: to be able to 'lock' the control points of a single point such that the line joining the two control points intersects the point itself (i.e. the two control lines are parallel) It is amazing what you can accomplish if you do not care who gets the credit. -- Harry S. Truman ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Path Tool enhancement
Maybe even Shift-RightClick ... Anyway, if I get time some time (in the future ...), I might try to find the code and hopefully it shouldn't be too hard to add that extra option myself since all the code really should be there already anyway - yay :) The use of RightClick is not available for tools; both it and MiddleClick are intercepted by the GIMP's interface and are not passed on to objects such as tools, filters, and plugins. Even if the code passed the extra mouseclicks, your interface still would need to address the possibility of input devices that do not possess them. It is amazing what you can accomplish if you do not care who gets the credit. -- Harry S. Truman ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] script-FU console query
Sven Neuman wrote:
On Sat, 2007-01-13 at 20:33 -0800, Saul Goode wrote:
Note that you will see no change in the display; even if you were to
perform a 'gimp-displays-flush'.
If that is true, then this is a bug and needs to be fixed. Can you
provide a test script that illustrates the problem?
Step #1: Create a new image with a white background (any size will do)
and zoom in to the upper left corner.
Step #2: Open the Script-fu console and enter the following commands
(the number 1 in the first line assumes the new image is the first one
created after opening the GIMP; substitute the appropriate image-IDnum
from the window's titlebar if this is not the case):
(define image 1)
(define layer (car (gimp-image-get-active-layer image)))
(gimp-drawable-set-pixel layer 1 1 3 (cons-array 3 'byte))
Note that at this point, the pixel at location x=1, y=1 has internally
been painted BLACK ('cons-array' initializes to [0,0,0]) but the display
has not been updated.
Step #3: Enter the following line in the console:
(gimp-displays-flush)
Note that the display is not updated -- this is somewhat anomalous (but
then Script-fu is not often used to paint on a pixel-by-pixel basis).
Step #4: Hide and then unhide the layer by toggling its eyeball in the
Layers window. At this point the projection is updated to reflect that
the pixel at [1,1] has been painted black.
It is amazing what you can accomplish if you do
not care who gets the credit. -- Harry S. Truman
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] script-FU console query
I will do my best to explain some things. Simple commands work, using 'Apply' from the Procedure Browser screen, like; = (gimp-version) (2.2.8) Note that the return value is a LIST containing the string 2.2.8. All PDB functions return a LIST of items even if that list only contains one item (indeed, the majority of the query-type commands return a one-item list; requiring '(car ret-value)' to access the item itself). From there on, I have difficulty understanding the Return Values, and the requirements for the function parameters suchs as; CHANNELS, DRAWABLE. IMAGEs, CHANNELs, DRAWABLEs, LAYERs, DISPLAYs, et cetera are all integer IDs which are unique within their group (you might have an IMAGE with an ID of 3 and LAYER with an ID of 3, but you will never have two layers with an ID of 3 at the same time). They would all seem to be non-negative integers greater than zero (I think it is a fair assumption that this will always be the case). DRAWABLEs are a superset of LAYERs, CHANNELs, and LAYERMASKS. A LAYER is an arbitrary-sized bitmap that can be either RGB or GRAYSCALE. By arbitrary-sized, I mean that its dimensions are not bound by the image dimensions (nor is its position, a LAYER can be completely outside the image). A CHANNEL is a fixed-sized, GRAYSCALE bitmap whose dimensions are fixed and whose position is anchored. If the CHANNEL is a LAYERMASK then the size and position are the same as the the LAYER to which it belongs. Otherwise, the CHANNEL's size and dimensions are the same as the IMAGE's. These identification numbers are what is expected (and what are returned) when you see them referenced in the PDB. They are simple integers (i.e., they are NOT pointers or structures) and you can specify them explicitly as such in the Script-fu console. For example: (gimp-image-get-active-layer 1) Will return the active layer for IMAGE 1 (the IMAGE-ID, 1, is assigned to the first image you open with the GIMP) Like in the following, which the Procedure Browser says should be; num_images INT32 The number of Images open image_ids INT32ARRAY The list of images currently open = (gimp-image-list) (1 #(2)#102) The LIST returned contains two items: the second item is an array of active IMAGE-IDs and the first item is the size of the array. To access an entry in the array, use 'aref': (define all-images (gimp-image-list)) (define first-image (aref (cadr all-images) 0)) (define last-image (aref (cadr all-images) (- (car all-images) 1)) The value of an IMAGE-ID is appended to the filename in the window's titlebar; which makes interaction from within the console easier. For example, Untitled.png-#1.0 in the titlebar indicates that the IMAGE-ID is 1 (the 0 indicates the DISPLAY-ID, and will be zero unless you have more than one view open for the same image). If someone could give me an example of using the Script-FU Console to work gimp-drawable-set-pixel that would be great. In order to use 'gimp-drawable-set-pixel', you must create a byte-array for the pixel's color. This can be accomplished with the following function: (define (color-as-bytes r g b a) (let* ((color (cons-array 4 'byte))) (aset color 0 r) (aset color 1 g) (aset color 2 b) (aset color 3 a)) color ) ) Once that function is defined (and assuming that my description of drawables wasn't completely unfathomable), you would use the following command to set a pixel on an RGB drawable: (gimp-drawable-set-pixel drawable 1 1 4 (color-as-bytes red blue green alpha)) Note that you will see no change in the display; even if you were to perform a 'gimp-displays-flush'. The set-pixel command does not register with the UNDO history (it might be problematic to UNDO a few million pixel ops) and therefore you must manually force an update to the display to see the change (I would recommend hiding-and-unhiding the layer). It is amazing what you can accomplish if you do not care who gets the credit. -- Harry S. Truman ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] script-FU console query
In my response, I had a cut-n-paste error in the last code-segment. The line: (gimp-drawable-set-pixel drawable 1 1 4 (color-as-bytes red blue green alpha)) should be changed to: (gimp-drawable-set-pixel drawable x-coord y-coord 4 (color-as-bytes red blue green alpha)) The 4 in the line refers to the bytes-per-pixel and would be 2 if the drawable were grayscale. A '(grayscale-as-bytes value alpha)' function should then be defined to create a 2-byte array. It is amazing what you can accomplish if you do not care who gets the credit. -- Harry S. Truman ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Language
So, my question is, how can I make it speak English to me? You merely have to create an environment variable and set its value to en. If you are using Windows: set lang=en c:\Program Files\GIMP-2.0\bin\GIMP-2.2.exe If you are using Linux, I will assume you know how to set an environment variable for the terminal shell that you prefer. :) It is amazing what you can accomplish if you do not care who gets the credit. -- Harry S. Truman ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] generate png images with transparent pixel that filled with correct color on viewers do not support transparency
I think perhaps it's possible to set what transparent pixel color value in GIMP? How should I set this value? You should be able to perform an Alpha to Selection, Selection Invert, Edit-Fill with the appropriate color, and then Edit-Clear. You might need to do a colors-threshold on the QuickMask (of the selection) if you only wish to change the color of *fully* transparent pixels. It is amazing what you can accomplish if you do not care who gets the credit. -- Harry S. Truman ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Setting more then 4 pick points
Christopher Burkhart wrote: I just started using GIMP in the last few weeks and so far I am loving it. I have one quick question concerning image manipulation. Is there any way to set more then four pick points when doing prespective? Or is there a 'strech' tool, or something along those lines? There is no tool that performs that operation generic (I imagine that such a tool would be welcomed if someone were to provide it). The closest thing available is the Curve Bend filter which can only operate in one direction at a time (what you are asking for would require warping in both the X and the Y directions). It is amazing what you can accomplish if you do not care who gets the credit. -- Harry S. Truman ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: Running script-fu-round-corners from gimp command line
Von: Gene Smith [EMAIL PROTECTED] How do I put the call to gimp_image_flatten() in my script. Everything I try still gives the experience an exec error message. Last thing tried: (define (round-corners filename) (let* ((image (car (gimp-file-load RUN-NONINTERACTIVE filename filename))) (drawable (car (gimp-image-get-active-layer image (image (gimp_image_flatten(image))) (script-fu-round-corners RUN-NONINTERACTIVE image drawable 15 TRUE 8 8 15 TRUE FALSE) (set! drawable (car (gimp-image-get-active-layer image))) (gimp-file-save RUN-NONINTERACTIVE image drawable filename filename) (gimp-image-delete image))) (gimp_image_flatten(image)) is incorrect for a couple of reasons. First, Script-fu never uses underscores (except for marking strings for foreign language translation) and these need to be converted to dashes; therefore the function becomes gimp-image-flatten. Second, 'image' should not be within parentheses. Third, after you perform the flatten, the variable 'drawable' is no longer valid (flatten creates a new layer). You need to assign the active layer to 'drawable' AFTER you perform the flatten. It is amazing what you can accomplish if you do not care who gets the credit. -- Harry S. Truman ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: Running script-fu-round-corners from gimp command line
I think it is just a matter of you having to flatten the image before calling 'script-fu-round-corners' (which does not accept images with an alpha channel). Von: Gene Smith [EMAIL PROTECTED] I made this script from the example and put in ~/.gimp-2.2/scripts/round-corners.scm: (define (round-corners filename) (let* ((image (car (gimp-file-load RUN-NONINTERACTIVE filename filename))) (drawable (car (gimp-image-get-active-layer image (script-fu-round-corners RUN-NONINTERACTIVE image drawable 15 TRUE 8 8 15 TRUE FALSE) (set! drawable (car (gimp-image-get-active-layer image))) (gimp-file-save RUN-NONINTERACTIVE image drawable filename filename) (gimp-image-delete image))) and run it for a image file: gimp -i -b '(round-corners /home/gene/product_images/white-shawl.png)' '(gimp-quit 0)' No batch interpreter specified, using the default 'plug_in_script_fu_eval'. batch command: experienced an execution error. --verbose doesn't say more. When I run in Script-Fu Console: = (round-corners /home/gene/product_images/white-shawl.jpg) ERROR: Procedural database execution failed: (gimp_image_width 1) I still must be doing something wrong. It is amazing what you can accomplish if you do not care who gets the credit. -- Harry S. Truman ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] New error with 2.3.11 and 2.3.10
Stephen Hegel wrote: Saul Goode wrote: They don't necessarily *need* the wrapper (that is but one suggested solution to having multiple GIMPs installed concurrently) If you have another suggestion how to run multiple, library-wise incompatible instances of Gimp without using a wrappers, please let me know. Having separate accounts for use and development? Using 'sudo' with an alternate account? On a Solaris, use library interposing? (Maybe a stretch for the casual user but perhaps of interest to a developer or package maintainer.) It is amazing what you can accomplish if you do not care who gets the credit. -- Harry S. Truman ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] New error with 2.3.11 and 2.3.10
Stephan Hegel wrote: Who else shall fetch source code releases ? The package maintainers for the over 300 different Linux distributions. Not to mention maintainers for Solaris, BSD, and Windows. I'm sorry but why should they hate you ? They need the wrapper anyway as pointed out in the release notes. They don't necessarily *need* the wrapper (that is but one suggested solution to having multiple GIMPs installed concurrently) and, if they do need to customize the setup for their own distribution's setup, they might very well resent having to UNDO the decisions that the GIMP developers made in how it was to be installed. There are several other source code releases who provide wrappers to make sure that the application runs of the box after installation. They provide additional checks about the environment, check permissions, make sure that they access the right libraries to avoid unnecessary user confusion. Examples are Firefox, Thunderbird, the Wine applications, Tomboy, Beagle (in fact all Mono applications), etc. I am not going to bother looking at all of your examples but a quick search of running multiple instances (that is what's being discussed, not a solitary installation) of FireFox suggests that their installer does NOT automatically provide the wrapper scripting required. It does not break the mechanism of configure make make install as everything could be embedded fully transparent within this procedure, even the installation of a wrapper. The user even wouldn't notice. I think your suggestion, if implemented, would be noticed right away by package maintainers who are the best qualified (no offense to GIMP developers) to determine how the GIMP should be installed for their distribution's particular implementation. It is amazing what you can accomplish if you do not care who gets the credit. -- Harry S. Truman ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Is this compatible?
Mike Foster wrote: TIFF is another good option, however the Wikipedia entry for PNG says it uses a type of lossless compression. Have I missed something here? I am very curious to know the answer as I have started to save my completed photographs as PNG because I thought there was no penalty for doing so. I agree with you, Mike. My understanding is that the different compression settings of PNG only effect how rigorously (and time consuming) the compression algorith is; i.e., that all PNG files are losslessly compressed. It is amazing what you can accomplish if you do not care who gets the credit. -- Harry S. Truman ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] cropping feedback
Other than the shading, the development version of the GIMP has implemented cropping precisely how you described. It is amazing what you can accomplish if you do not care who gets the credit. -- Harry S. Truman ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] cropping feedback
Other than the shading, the development version of the GIMP has implemented cropping precisely how you described. It is amazing what you can accomplish if you do not care who gets the credit. -- Harry S. Truman ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
RE: [Gimp-user] Please Change the Derogatory Name
On Fri, 29 Sep 2006, Alan Horkan wrote: This is the commonly understood meaning of the word for most English speakers and it is considered derogatory, like calling someone a cripple. While the term gimp may be disparagingly used when referring to a PERSON, that does not make the word itself disparaging; just as calling a person a cripple might be slight, but referring to machinery or software as crippled in no way slights PEOPLE. Words have different meanings in different contexts (not to mention different locales) and one should not be overly concerned when an impersonal and innocuous usage usurps a disparaging one -- I should think such a change should be of benefit to those who would be offended by its disparaging use. So far as GIMP being disparaging to itself is concerned: even if true, I see no problem with this. If this means short-sighted individuals wouldn't use the product because of a self-deprecatory name, so be it. As the plant engineer for a small ink manufacturer, I had no problem choosing a product called MiniCAD over the more professionally named CATIA, AUTOCAD, et cetera (and isn't the word cad disparaging?). My bosses had no problem that the name was self-derogatory, especially when they realized the power that the software possessed (not to mention the savings of thousands of dollars in initial outlay; though that was the major criterion of my trade study). Personally, I like the name GIMP (as it is an acronym, I always capitalized the letters and, despite Sven's desires, I use the before it so as to grammatically match its expanded form). It is part of the Unix tradition of naming commands with (short) acronyms, is easy to say (unlike some acronyms: WWW, eg), is not forced (unlike some acronyms: GUILE, eg), actually stands for a functional meaning (unlike some acronyms: AWK, eg), (is not recursive: GNU, eg), and gives deserved credit to its GNU origins. I rather understand the preference that the software's name describe its function, but don't think that in itself justifies loosing the GIMP's already significant association with being an image manipulation program (I also despise the practice of usurping common words such as Paint, Word, Draw, et cetera when naming products; little mitigated by placement of a lowercase i in front them.) It is amazing what you can accomplish if you do not care who gets the credit. -- Harry S. Truman ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
