[Gimp-user] Problem loading BMP; invalid BMP or bug in GIMP?
Hi, I have some BMP-files that GIMP doesn't load correctly; GIMP shows almost the whole image as transparent instead of the real image data. Only a small region is visible, and even that with partial transparency. The image doesn't contain any transparency though (I don't even think BMP supports transparency). Other image editors and viewers such as Irfanview and Paint.NET open the image correctly. I'm using GIMP 2.6.2 on Windows XP. If you want to see the image, get it at http://rschroev.fastmail.fm/radar-20081222T090636-00.bmp (5 MB) or http://rschroev.fastmail.fm/radar-20081222T090636-00.zip (854 kB). Should I report this as a bug? Or is the BMP maybe written in an invalid format? -- The saddest aspect of life right now is that science gathers knowledge faster than society gathers wisdom. -- Isaac Asimov Roel Schroeven ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Problem loading BMP; invalid BMP or bug in GIMP?
Sven Neumann schreef: Hi, On Mon, 2008-12-29 at 09:56 +0100, Roel Schroeven wrote: I have some BMP-files that GIMP doesn't load correctly; GIMP shows almost the whole image as transparent instead of the real image data. Only a small region is visible, and even that with partial transparency. The image doesn't contain any transparency though (I don't even think BMP supports transparency). Other image editors and viewers such as Irfanview and Paint.NET open the image correctly. I am not so sure about that. The image opened in GIMP has all the information and an alpha channel. If you change the alpha channel to be all opaque, then you will see the image as shown by other viewers you tried. So I would rather assume that the other viewers don't support masks in BMP files and just ignore that extra information. As long as that is not sorted out, you should not file this as a bug report against GIMP. It is quite likely that the bug is elsewhere. The image is a screenshot that I make using this simple Win32/VCL code: // Graphics::TBitmap is a Borland VCL wrapper around a Windows bitmap void CaptureFromDC(HDC hDcSource, TRect Rect, Graphics::TBitmap *Bitmap) { Bitmap-Width = Rect.Width(); Bitmap-Height = Rect.Height(); Bitmap-HandleType = bmDIB; if (!BitBlt(Bitmap-Canvas-Handle, 0, 0, Rect.Width(), Rect.Height(), hDcSource, Rect.left, Rect.top, SRCCOPY)) throw ECaptureError(); } I can easily convert the bitmap to 24 bits, and then the image looks good in GIMP, which is to be expected since it doesn't contain any alpha information anymore. And it has the added benefit that the image files are smaller. Either way it's no big deal to me. I only wonder exactly where the alpha values come from, but I guess that's more a question for a win32 programming mailing list. -- The saddest aspect of life right now is that science gathers knowledge faster than society gathers wisdom. -- Isaac Asimov Roel Schroeven ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Problem loading BMP; invalid BMP or bug in GIMP?
peter kostov schreef: Add Layer Mask - Transfer layer's alpha channel, check Invert Mask, then file - open as layers - open the original image, flatten and the image is O.K. That doesn't seem to work for me. I get an image that is almost completely white. No big deal though: I just use Irfanview to read and save it, which removes the alpha channel. So it is not a bug in GIMP, but maybe in the way the image was saved with this mask. I suppose so. I'll just save the images with 24 bpp instead of 32 bpp; that way the image doesn't include an alpha channel. -- The saddest aspect of life right now is that science gathers knowledge faster than society gathers wisdom. -- Isaac Asimov Roel Schroeven ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Problem loading BMP; invalid BMP or bug in GIMP?
peter kostov schreef: Roel, I don't understand your technique of creating this screenshot, but it looks like the BMP file has a mask in it. This is the source of the transparency, because the file-bmp plug-in transforms this into transparency. Yes, I understand that now. Unfortunately I can't understand exactly how to change the file-bmp plug-in to implement that what Sven is suggesting because at this time I know just a little python, but not C. I know C but not much about GIMP's internals or the BMP image structure. I might try to create a patch if I find some time to study those. -- The saddest aspect of life right now is that science gathers knowledge faster than society gathers wisdom. -- Isaac Asimov Roel Schroeven ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] canvas size to add
Helen schreef: I wanted to put a mat/frame around a photo, so I went to canvas size and enlarged the canvas, thinking I could fill the extra space with color. Turns out I can't do anything with that extra space -- can't paint on it, can't even access it. Is this normal, or am I doing something wrong? (Yes, I know I can go to scriptadd border, but I just thought I would try something different.) What's the purpose of this extra canvas space if it can't be accessed? As Bob and Martin write you can adjust the size of the existing layer to the new canvas size, but I think in cases like this it's often easier to add a new layer and put it behind the photo layer. Then you can work on the new layer to make a border without risking to change the photo. -- The saddest aspect of life right now is that science gathers knowledge faster than society gathers wisdom. -- Isaac Asimov Roel Schroeven ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Re: Probably simple, need to know right approach
Simon Roberts schreef: Hi all, I'm trying to put a bunch of photographs together as a collage. As I do so, I want to be able to resize and reposition each one repeatedly until I'm happy with the overall layout. So far what I'm doing is pasting each image into a new layer, however, this isn't very satisfactory because the layers are all the full size of the image, so when I resize them, I can't really see what the effect will be on the image itself. Similarly, repositioning the layer is a rather hit and miss way of repositioning the image that it contains. What should I be doing? I often use Inkscape for that kind of work; it's vector based so it handles each imported bitmap as an object that can be resized and repositioned at will. -- If I have been able to see further, it was only because I stood on the shoulders of giants. -- Isaac Newton Roel Schroeven ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Re: GIMP can induce De Quervain's disease
VytautasP schreef: On Friday 07 July 2006 12:13 am, Hector Noriega wrote: This might be a common experience (or a well-known fact) among GIMP users. I just want to say that I just recovered from De Quervain's disease after an intensive week using GIMP. And make breaks once in a while. Exercise your wrists and eyes during breaks. Walk a bit. Practice yoga. Yes. It might sound silly, bit it is important advice indeed (I have no experience with yoga though). I work on computers all day long, and I have never experienced any kind of computer use related pain, except when playing Quake or Tetris: those are exactly the occasions on which I don't take a break every now and then. Breaks don't have to take long. Often I just walk over the window, have a quick look to see what's happening outside and go back to work. It's also important to listen to your body: if your hand starts to tingle, it's a message that there's something going wrong and you shouldn't ignore that. Take a break, maybe change your position a bit. Maybe it can help to grab the mouse less firmly. Maybe you can decrease the mouse's sensitivity to make it easier to do precise work with it. Maybe use a mouse that requires less force to push the buttons. In many cases it's also a good idea to use the keyboard instead of the mouse as often as possible (learn keyboard shortcuts), but for graphical work that doesn't buy you very much. -- If I have been able to see further, it was only because I stood on the shoulders of giants. -- Isaac Newton Roel Schroeven ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Re: GIMP can induce De Quervain's disease
Joao S. O. Bueno Calligaris schreef: On Friday 07 July 2006 12:13 am, Hector Noriega wrote: Hello, This might be a common experience (or a well-known fact) among GIMP users. I just want to say that I just recovered from De Quervain's disease after an intensive week using GIMP. I'm not familiar with the new versions of this software, but mine requires keeping both my thumb and index finger pressed against the mouse while painting and retouching pictures. I did this for 4-5 days, 3-4 non-interrupted hours a day. I ended up with a strong pain in my wrist due to the inflammed tendons at the base of my thumb (De Quervain's disease). My right hand was practically inoperational for 2 1/2 months. A corticosteroid injection and a constant routine of ice and medication saved me from a wrist surgery. I could not believe a mouse could induce such damage to my hand while using GIMP. H. Noriega Hi, as already replied, all known painting software require the mouse button to be pressed while painting. However very few users actually go painting 4-5 hours uninterrupted - of course, if that is a routine task, the first thing is to get an appropriate mouse that will be more anatomical. That should minimize things. The motive I am writing however is another one: Mr. Noriega, can you think of a better way of handling painting with the input devices found in most computers? (i.e. keyboard and mouse - maybe mic). The GIMP is comunity based, and you can help us build a better software. Even one that gets ahead the commercial counterparts in some respects. There's one relatively simple change I can think of, that could reduce problems as the one experienced by Hector: instead of requiring the user to hold the mouse button pushed down during a drawing operation, it's possible to signal the start and the end of a drawing operation with separate mouse clicks. I.e. instead of mouse down - paint operation - mouse up you could do mouse click - paint operation - mouse click. -- If I have been able to see further, it was only because I stood on the shoulders of giants. -- Isaac Newton Roel Schroeven ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Re: determining file type
[EMAIL PROTECTED] schreef: Hey there. I have some image files for which the extension may have been written incorrectly, i.e. they say .jpg but i suspect they are really png's. Can GIMP tell me the file type of a file it has opened. I know it examines the magic numbers to determine how to handle it so it must know. How can I make it tell me!!! Or if you know of an easy way to determine file type, without relying on the extension, from a non GIMP technique or tool. In addition to the other suggestions, if you're on Windows you can open the file with IrfanView. If the file type doesn't match the extension, it will give a warning and optionally change the file extension. -- If I have been able to see further, it was only because I stood on the shoulders of giants. -- Isaac Newton Roel Schroeven ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Re: GIMP is Great
Joe Schaffner schreef: I have friends who use AutoCad and are always talking about scalable, vector graphics. AutoCad also uses layers, but I've forgotten exactly what the were. AutoCad is a CAD program and uses vector graphics; MS Paint and GIMP are bitmap graphics programs. If you what you want is bitmap graphics, GIMP is an excellent choice, but if it's vector graphics you need, you should check out Inkscape (http://www.inkscape.org) which uses SVG (scalable vector graphics). GIFs are never scalable though; they only contain bitmap graphics (well you can rescale everything of course, but the quality will suffer). -- If I have been able to see further, it was only because I stood on the shoulders of giants. -- Isaac Newton Roel Schroeven ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Re: Scaling an image from script?
Leeuw van der, Tim schreef: I never actually looked at what PIL could really do for me until tonight, so I wasn't aware before that it could do such interpolations... I'm very pleased that it does; only snatch is that it does lose the EXIF data on the resized image (not sure yet if I mind or not). Ah yes. I've been looking for a Python module to handle EXIF data, but it seemed the only ones I could find could only read it, not write it. -- If I have been able to see further, it was only because I stood on the shoulders of giants. -- Isaac Newton Roel Schroeven ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Crop Tool Use Cases
Akkana Peck wrote: - Crop an area of constrained aspect ratio, letting you move or resize the crop rectangle to choose the right area. (I don't do this very much, but people ask for it all the time, and maybe I'd do it if it were easier. Someone who needs/uses this should speak up with details on how it should work!) I use this quite a lot on photo's from my digital camera. I often want to crop the photo to the prettiest region of it, but I want to constrain the aspect ratio to make the result exactly fit my desktop, or to make it exactly fit the aspect ratio of my favorite online print shop. There are actually two use cases: - constrain to any custom aspect ratio. Possibly some preselections (3:4, 4:5, 9:16, 10:15, 11:15, ...) could be provided, but it should in any case be possible to specify any desired ratio. - keep the aspect ratio of the original (but I guess this is just a special case of the above) -- If I have been able to see further, it was only because I stood on the shoulders of giants. -- Isaac Newton Roel Schroeven ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Cpu usage and speed
Michele Petrazzo wrote: hardware: cpu amd 2600+, 1GB ram, hd 80GB Maxtor, ati 7000 64MB Is this correctly, so gimp don't work well with these big image? Did you use the default value for the tile cache size, or did you adjust it? The default value is 128 MB IIRC, but if you're going to open large images and you have 1 GB of RAM, it should be much higher than that. I don't know what the optimal size is in your case, but I'd try with something like 768 MB, or even more if you're not planning to run a lot of other applications concurrently with Gimp. -- Codito ergo sum Roel Schroeven ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: circle script
Gert Cuykens wrote: is there a key you can tell gimp to draw a circle that begins in the middle and grows when you move your mouse away from the middle ? Yes. Push and hold CTRL while moving the mouse. You can also push SHIFT to make perfect circles instead of ellipses. Note that you have to push CTRL and/or SHIFT after you push the mouse button down, not before. Using the modifier keys before that changes what happens to the selection in relation to an already existing selection: CTRL subtracst the new selection from the old one, SHIFT adds them together, both CTRL and SHIFT take the intersection. Does there exist a perfect circle script with 2 coordinations, the middle of the circle and the radiate of the circle I don't know about such a script. -- Codito ergo sum Roel Schroeven ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: difference between brightness and saturation
Carol Spears wrote: i have a similar story. i wanted to yell at the designer of the XServer for choosing Red, Green and Blue for the display colors. my public schooling thoroughly trained me in Red Yellow and Blue. RGB is for additive color mixing, like what happens in CRT and LCD displays. Red, Yellow and Blue is probably used in the context of subtractive color mixing, like what happens with ink printed on paper or when mixing paint. The colors used for subtractive mixing are actualle cyan, magenta and yellow (the exact opposites of red, green and blue). But in mixing paint or similar, the color that is used for magenta is quite close to red, and the color that is used for cyan is quite close to blue. -- Codito ergo sum Roel Schroeven ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user