grayscale

Please bear with me, I've only started python a few weeks ago. I am using JES. I have made a function to convert a picture to grayscale. I created two names for each color r and r1, g and g1, b and b1. The idea behind this, was to keep the original values in memory, so the picture could be restored to it's original color. def grayScale(pic): for p in getPixels(pic): r = int(getRed(p)) g = int(getGreen(p)) b = int(getBlue(p))//I have tried this with and without the int() r1=r g1=g b1=b new = (r + g + b)/3 color= makeColor(new,new,new) setColor(p, color) def restoreColor(pic): for p in getPixels

I want to composite a number of images into a single window in openCV. I had found i could create a ROI in one image and copy another colour image into this area without any problems. Switching the source image to an image i had carried out some processing on didn't work though. Eventually i found out that i'd converted the src image to greyscale and that when using the copyTo method that it didn't copy anything over. I've answered this question with my basic solution that only caters for greyscale to colour. If you use other Mat image types then you'd have to carry out the additional tests

I would like to know if there is some way in Swing to turn an ImageIcon to gray scale in a way like: component.setIcon(greyed(imageIcon)); trashgod One limitation of GrayFilter.createDisabledImage() is that it is designed to create a disabled appearance for icons across diverse Look & Feel implementations. Using this ColorConvertOp example , the following images contrast the effect: GrayFilter.createDisabledImage() : com.apple.laf.AquaLookAndFeel ColorConvertOp#filter() : com.apple.laf.AquaLookAndFeel GrayFilter.createDisabledImage() : com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel

I'm looking for the simple solution of how to convert the 32-bit bitmap to grayscale using GDI (not GDI+). Is there a possibility e.g. by changing the bitmap's pallete or something ? Of course there is plenty of examples in Delphi like this one , but I'm looking for a WinAPI function which would do this without iteration through the lines. I haven't found any single GDI function doing this. The easiest way, as David mentioned in his comment, is to scan each line and compute the pixel colors. What you are looking for is probably the luminance formula. There are few variations of this formula

I'm trying to render a small Bitmap in memory with .NET that needs to be 16 bit Grayscale. The bitmap's format is set to PixelFormat.Format16bppGrayScale. However, Bitmap.SetPixel takes a Color argument. Color in turn takes one byte for each of R, B, and G (and optionally A). How do I specify a 16-bit gray scale value rather than an 8 bit value when drawing to my bitmap? Regardless of the image format, SetPixel() is brutally slow. I never use it in practice. You can set pixels much faster using the LockBits method, which allows you to quickly marshal managed data to the unmanaged bitmap bytes.

I'm trying to convert to grayscale this PDF: https://dl.dropboxusercontent.com/u/10351891/page-27.pdf Ghostscript (v 9.10) with pdfwrite Device fails with a "Unable to convert color space to Gray, reverting strategy to LeaveColorUnchanged." message. I'm able to convert it through an intermediary ps file (using gs, pdftops (v 0.24.3) or pdf2ps) but this convertion rasterize the whole PDF. I tryed a lot of other things: normalize the PDF using qpdf (v 5.0.1) or pdftk (v 1.44), transform it to a svg file and back to a PDF via Inkscape (v 0.48.4)... nothing seems to work. The only one solution I

I am trying to read images directly as black and white. I recently updated my OpenCv version to 3.0.0-dev, and the code that I used before does not work anymore. img = cv2.imread(f, cv2.CV_LOAD_IMAGE_GRAYSCALE) works fine for 2.4 but does not work for the new version, as there is no field CV_LOAD_IMAGE_GRAYSCALE . Any suggestions? Note: I know that cv2.imread(f,0) will work, but I do not like having unnamed constants in my code. Thanks! The flag has been renamed to cv2.IMREAD_GRAYSCALE . Generally speaking, flags now have names prefixed in a manner that relates to the function to which they