[Gimp-developer] Re: Script-Fu - Batch Mode Problem
I posted this to the users group and unfortunately did not read the reply-to correctly. I meant to send it over here. Here is the original message, reply and corrected attachment (for those who are also on the gimp-users list) --Matt -- Forwarded message from [EMAIL PROTECTED] -- On Thu, 19 Dec 2002 04:32:07 - (GMT), pcg( Marc)@goof(A.).(Lehmann )com wrote: On Thu, Dec 19, 2002 at 07:35:36PM -, [EMAIL PROTECTED] wrote: image resizing from the command line. I know that many of you out there are going to point out that ImageMagick will do what I am looking for. I have already gone down that path and the image quality of the scaled images is not up Then you probably have done sth. wrong, as ImageMagick's algorithms are way superior (and way slower ;) to the mere cubic interpolation gimp uses. Are you sure you tried sth. like: convert sourcefile -filter mitchell -geometry newgeometry destfile ok, I tried thisand I got an image that was not up to par with what can be done with Adobe's Image ready doing a similiar process. However, with Gimp, I can produce an image that is better and smaller than what Image Ready and ImageMagick can do.The mitchell filter was better than the cubic filter by far...but they were still pixelated when you started to look at the images closely. I personally think the images are good enough for the webhowever, the client that I am working for is accustom to having an image of a very high quality. also, other filters than the mitchell filter (which is usually best) are also worth a try, cubic for example should rather closely match gimp's quality. Well, I am no scirpt-fu expert, but I get a lot of mail that tells me that scirpt-fu simply doesn't work noninteractively, or at leats not correctly, or returns too earfly etc.. etc.. Ok, if script-fu is not meant to be run from the command line without interactionthen why the batch mode option? from the gimp man pages -b, --batch commands Execute the set of commands non-interactively. The set of commands is typically in the form of a script that can be executed by one of the Gimp scripting extensions. Based on the documentation I have seen, I should be able to call a script-fu function and everything should work. That is not the case. Attached is a cut down version of the script that I am attempting to call. I am calling this script from the command line as follows.. gimp -b '(script-fu-test-script 1 200 200 /export/home/matt/toprocess/W-49M01_ven.jpg /export/home/matt/toprocess/W-49M01_ven_n.jpg)' When this is run...I get back batch command: executed successfully. However, there is no outputted image to be found. If I change the 1 to 0 to run interactivly, it pops up the prompt for me to enter in the values needed for the script and runs successfully. Is there any way of outputting what has been passed into a script? Thoughts? Comments? Matt Patterson [EMAIL PROTECTED] -- end forwarded message -- test-script.scm Description: Binary data ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] New family driver in Gimp-print
I've just added a new family driver, the raw driver. Initially I'm going to use this to generate the thumbnail for the Gimp plugin (to replace the direct calls into the color code, which I'd like to hide inside the library). However, this could eventually be used to generate raw dithered data, and also for various export/conversion purposes. I've also added an stp_printer_get_family() call to enable applications to filter out drivers by family. I'd also like to use it so that rather than printdef generating the names stp_escp2_printfuncs and such, the printer code looks up the correct printfuncs by family name. This will require the ability for family drivers to register themselves (well, it doesn't have to, but it would be nice). Stuff is actually happening on the mainline, even if the externally visible effects are very few and far between. Most of the work is API cleanup and such, but it's going to be a much better base for future work when it's done. There's still not quite enough there to really add new functionality, but things are heading in the right direction. We can probably keep 4.2 going for another 6-12 months, although there's definitely some pressure on the color matching front. -- Robert Krawitz [EMAIL PROTECTED] Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail [EMAIL PROTECTED] Project lead for Gimp Print --http://gimp-print.sourceforge.net Linux doesn't dictate how I work, I dictate how Linux works. --Eric Crampton ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Just managed to build HEAD GIMP with autotoolson Win32...
So this means that, when gimp stable uses gtk2, no more win32 port of Gimp? (In this context, if an app compiles cleanly on an os with no code modification, then it isnt a port) On 26-Dec-2002, Tor Lillqvist wrote: I finally had time to try again, and after some head scratching and Makefile.am munging, succeeded. I built all the libraries that get built as shared libraries on Unix as DLLs, while Hans's MSVC Makefiles build many (most?) as static libraries. Any accidental breakage of Unix builds should be relatively easy to fix. The gimp.sym file seemed to have obsolete contents. I replaced it with the functions used by libgimptool and libgimpwidgets. I had to add a glue file for libgimptool, to enable the dynamic linking to the main executable, either gimp.exe or tool-safe-mode.exe (?). Building the plug-ins, and a closer inspection of what works and what is broken will have to wait until next week. I'm leaving for a short vacation tomorrow. --tml ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer -- Patrick Diablo-D3 McFarland || [EMAIL PROTECTED] Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music. -- Kristian Wilson, Nintendo, Inc, 1989 msg03400/pgp0.pgp Description: PGP signature
