Re: [Gimp-user] Odd behavoir with big images and memory
On Sat, Apr 23, 2005 at 08:03:07PM -0600, jim feldman wrote: I'm working with scanned medium format film images that are TIFF's of 100MB each. The GIMP environment is gimp 2.2.6 (built from ports about a week ago) on FreeBSD 5.3 Release. The display is a Linux (RH9) box. The tiff's are created by vuescan on linux. i am curious if you have other file format options. just because the gimp can open and save as tiff does not mean that it likes to do this. can you make your scans directly into png and see if you still have the same problems? carol ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Odd behavoir with big images and memory
my options are tiff, jpg and pdf. Of possible interest is that if I read in (using TC set to 400mb) one of the big tiff's, write it back out as a xcf (GIMP native), set the TC up to 600, read back the xcf, and it still crashes with the same errors.why doesn't GIMP like TIFF?Quoting Carol Spears [EMAIL PROTECTED]: On Sat, Apr 23, 2005 at 08:03:07PM -0600, jim feldman wrote: I'm working with scanned medium format film images that are TIFF's of 100MB each. The GIMP environment is gimp 2.2.6 (built from ports about a week ago) on FreeBSD 5.3 Release. The display is a Linux (RH9) box. The tiff's are created by vuescan on linux. i am curious if you have other file format options. just because the gimp can open and save as tiff does not mean that it likes to do this. can you make your scans directly into png and see if you still have the same problems? carol my options are tiff, jpg and pdf. Of possible interest is that if I read in (using TC set to 400mb) one of the big tiff's, write it back out as a xcf (GIMP native), set the TC up to 600, read back the xcf, and it still crashes with the same errors.why doesn't GIMP like TIFF? This message was sent using IMP, the Internet Messaging Program.
Re: [Gimp-user] Odd behavoir with big images and memory
On Sun, Apr 24, 2005 at 11:43:00AM -0600, jim feldman wrote: my options are tiff, jpg and pdf.? Of possible interest is that if I read in (using TC set to 400mb) one of the big tiff's, write it back out as a xcf (GIMP native), set the TC up to 600, read back the xcf, and it still crashes with the same errors. why doesn't GIMP like TIFF? to be completely honest with you, i rarely work with tiff and most of the information i have is based on what i have read here on this list on the developer list. the gimp uses image libraries that other people have written and maintain. you have libraries for tiff and jpeg and gif (many more as well). tiff is one of the older formats. if my information is correct, it was designed and then redesigned several times after the original. another thing about tiff and gimp is their origins. tiff is not as free as gimp. i suggested png because it is smaller and contains all of the color information from your scanner that gimp can use right now. generally, png is much much smaller. this information about your scanner is from what i can see, still propietary information (meaning that if you want to use it correctly you still need to buy the software and hire a human to do some work with you, your scanner, your monitor and your printer) and probably not information that you need. i have really seen it where gimp doesnt change, libtiff doesnt change yet there are all of a sudden a bunch of tiffs that dont work in the free software chain. are you using linux? i am surprised if you are using linux that you do not have an option for png. this format is newer and designed after people had a better idea of what they wanted from their computers and their images. also, it has been free from the start so the writers of all image software know exactly what is there and how to use it. in your original question, you seemed to understand that there was being some file size issues, and some one might help you with that. Meanwhile, for your own view of file formats, you can try to save a small image in tiff, png, pdf and jpeg and compare the image sizes. if you are scanning greyscale images, you can save the png's with Image-Mode-Greyscale and make an even greater size difference with not very much color loss. you can also make png's bigger than necessary as well, if you save it with an alpha channel that you do not need -- png's are not perfect either. when i spoke of gimp not liking tiffs it was a simple way of saying that not all the information about them is available to the free apps and there is nothing that the developers can say about how they were or are designed. you are on the free software chain and for so many reasons it is better to use the formats that have always worked well for free. sorry to ramble on like this, carol ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Odd behavoir with big images and memory
On Sunday 24 April 2005 15:42, Carol Spears wrote: On Sun, Apr 24, 2005 at 11:43:00AM -0600, jim feldman wrote: my options are tiff, jpg and pdf.? Of possible interest is that if I read in (using TC set to 400mb) one of the big tiff's, write it back out as a xcf (GIMP native), set the TC up to 600, read back the xcf, and it still crashes with the same errors. why doesn't GIMP like TIFF? Actually,once an image is loaded, there is absolutely no difference for GIMP were it came from. Ys, you had hit a bug, and yes, the best action is file a bug at bugzilla about it. The only time it crashes is int eh decompose filter? Fine - it deserves a bug report, nonetheless, and if you could provide a traceback of the crash (as an attachemtn to the bug report), it would be an advance. As for your work - what did you say you were uisng the decompose filter? To get a PB version of the image? Anyway, try filters-colors-color mixer - if it won't have the same problens, it will allow you to do your work. If you only need a PB version, even better is layers-colors-desaturate Regards, JS -- ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Odd behavoir with big images and memory
On Sun, Apr 24, 2005 at 11:43:00AM -0600, jim feldman wrote: what i learned about pdf from the openicc mail list. long ago when i was first able to read and make pdf on my little linux computer, my pdf looked terrible on my computer and the pdf i was able to make did not look good displayed on windows. this was a fact. these files also really taxed my computer. it was a 486. i had limited ram, cpu and disc space. i could read pdf, my computer had a very difficult time doing anything else while i displayed it, however. this week i found out one of the reasons for this. the only way they could ensure that pdf display really well on windows was to include the font that they used in the file. fonts are huge files! my poor old computer was suffering by needing to read in the huge file when it could only read and display small portions of this information that was clogging the resources. probably this was a terrible illegal thing they did also, saving the font with file. i think the free software people would have gotten into huge amounts of legal trouble if they had did this. it is theft and it is a stupid design. gimp has suffered a lot from refusing to do things this way throughout the years, however, things work much better now, for everyone; not just gimp and linux. and none of gimps smart developers wasted too much time doing stupid things like writing software that makes you steal fonts. when the gimp finally can manage color, i have a feeling everyone will know that it is REALLY HONESTLY managing color. not just assuring you that it is. carol ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Odd behavoir with big images and memory
Hi Jim, Though I have never worked with such large images, don't you think it would be a good idea to save each TIFF as XCF, do whatever you want to do on XCF and then save the modified XCF as TIFF again? May be odd behavior will go away that way because XCF is the native file format. May be increasing the tile cache will work with the XCF! Best regards Asif On 4/24/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Date: Sat, 23 Apr 2005 20:03:07 -0600 From: jim feldman [EMAIL PROTECTED] To: gimp-user@lists.xcf.berkeley.edu Subject: [Gimp-user] Odd behavoir with big images and memory SNIP I'm working with scanned medium format film images that are TIFF's of 100MB each. The GIMP environment is gimp 2.2.6 (built from ports about a week ago) on FreeBSD 5.3 Release. The display is a Linux (RH9) box. The tiff's are created by vuescan on linux. The FreeBSD box was running with only 512MB memory. GIMP and the OS paged so much, the disk light went solid red for 2 minutes every time I touched the image. I doubled the system memory, and figured I should set GIMP's tile cache up to 600MB. I load the first image, and gimp tells me the image is 6228x5117, True color, and 247 MB in memory. I then tried to filters colors decompose RGB (so I could play with BW) and GIMP died. I've attached a log from a run that included stack trace mode and debug handlers. we died in gmem.c trying to allocate 8192 bytes. If I set the tile cache back down to 400MB however, everything works fine. 500MB also caused it to crash. I fI don't instrument it, I get a script-fu:29966: LibGimpBase-WARNING **: script-fu: wire_read(): error before it exits. Bugzilla time? thanks jim ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Odd behavoir with big images and memory
Quoting Asif Lodhi [EMAIL PROTECTED]: Hi Jim, Though I have never worked with such large images, don't you think it would be a good idea to save each TIFF as XCF, do whatever you want to do on XCF and then save the modified XCF as TIFF again? May be odd behavior will go away that way because XCF is the native file format. May be increasing the tile cache will work with the XCF! Best regardsThanks for the offer, but thats exactly what I WAS doing. Both TIFF and XCF blow up, and it's not just during decompose, thats just one way for me to get it to happen relieably. I've had it happen during levels, making a layer copy, anything which seems to effect the whole image.jim This message was sent using IMP, the Internet Messaging Program.
Re: [Gimp-user] Odd behavoir with big images and memory
On Sunday 24 April 2005 21:06, jim feldman wrote: Quoting Asif Lodhi [EMAIL PROTECTED]: Hi Jim, Though I have never worked with such large images, don't you think it would be a good idea to save each TIFF as XCF, do whatever you want to do on XCF and then save the modified XCF as TIFF again? May be odd behavior will go away that way because XCF is the native file format. May be increasing the tile cache will work with the XCF! Best regards Thanks for the offer, but thats exactly what I WAS doing. Both TIFF and XCF blow up, and it's not just during decompose, thats just one way for me to get it to happen relieably. I've had it happen during levels, making a layer copy, anything which seems to effect the whole image. FIne... So it is past the time for bugzilla. The main developers will answer you faster there. This is surely a great malfunction which should be fixed - yoiu have not mentioned the O.S. you are using, did you? Ok..better fill these details in bugzilla - search in there too (in other bug reports) for how to generate a traceback - developers wlll need it. Regards, JS -- jim ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Coloring questions
I'm trying to build menus for DVDs which are sensitive to the number of colors in the pgn files. I've got two related (I think) questions concerning coloring in The Gimp. I want to create a layer with text on it that will be used as labels for buttons. I want the text to be in a single color and the layer to have a transparent background. That should total to two colors in the layer. When I create the layer and then save it as a png file, it winds up with about 10 colors. I assume this is because of antialiasing, but I'm not experienced enough with The Gimp to know. How would I create the text in a single color? Second, I want to change the color of text on the first layer to generate a png file that will be used to indicate highlighted buttons. How do I change all the non-transparent pixels in a layer from one color to another? I've tried painting and bucket-fill of each character, but that is tedious and generates yet more colors per layer, I suppose because of feathering. There seems like there should be a simpler way. Thanks! Andrew Robinson ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
