export TIFF image without any smoothing or anti-aliasing

General Discussion Other

luki_wlod..

export TIFF image without any smoothing or anti-aliasing

in General Discussion • Other • 6 months ago

Hi guys,

Is there any way to export a frame as a TIFF or any other raster format, that preserves the color value for each pixel (without any smoothing algorithms or anti-antialiasing)

Replies(9)

PhiLho

Re: export TIFF image without any smoothing or anti-aliasing

6 months ago

With your image covering the reply button, you are unlikely to get an answer...

(I removed the image with Firebug!)
The save respects the image as you create it (except the Jpeg format, so avoid it).
Perhaps you are looking for the noSmooth() function?

luki_wlod..

Re: export TIFF image without any smoothing or anti-aliasing

6 months ago

thanks Phil for reply, but using save() function in combination with noSmooth() does not work.

Is there any chance to export a .tiff file using beginRaw() command similar to the one used to export pdfs?

amnon.owed

Re: export TIFF image without any smoothing or anti-aliasing

6 months ago

As stated, the save function (PNG, TGA, TIFF) supposedly just saves what's drawn on screen. So the question is: should you focus the solution on the saving aspect or on the drawing aspect (aka your code, processing version, renderer, smooth() etc.)? How about a small runnable code example that displays the problem? This works better than asking for specific 'solutions' you have come up with based on questionable assumptions.

luki_wlod..

Re: export TIFF image without any smoothing or anti-aliasing

6 months ago

I think I have found a problem, but still dont know how to solve it.

this the sample script that illustrates my problem:

import processing.pdf.*;
import processing.opengl.*;
boolean record=false;
void setup()
{
size(600,600, OPENGL);
background(0);
noSmooth();
}
void draw()
{
background(0);
noSmooth();
println(frameCount);
if (record)
{
beginRaw(PDF, "pdf_###.pdf");
}
createPixels();
if (record)
{
endRaw();
record=false;
}
}
void createPixels()
{
rectMode(CENTER);
for(int i=0; i<600; i=i+5)
{
for(int j=0; j<600; j=j+5)
{
color c = color(random(0,255),random(0,255),random(0,255));
noStroke();
fill(c);
/*
for(int m=0; m<4; m=m+1)
{
for(int n=0; n<4; n=n+1)
{
rect(i+m,j+n,1,1);
}
}
*/
rect(i,j,4,4);
}
}
}
void keyPressed()
{
if((key == 'p') || (key == 'P'))
{
record = true;
println("PDF saved!");
}
if((key == 't') || (key == 'T'))
{
noSmooth();
save("tif file.tif");
println("TIFF saved!");
}
}

in this example exporting as .pdf and .tiff works properly.

but if I change slightly the code (so instead of having smaller number of bigger rectangles(4x4) I end up with larger number of smaller rectangles(1x1) ), the export as .tiff does not work, but export as pdf works properly (a kind of smoothing algorithm along edges can be seen in the .tiff file). Do you, guys, have any idea what causes that problem?

below changed code that doesnt work with .tiffs:

import processing.pdf.*;
import processing.opengl.*;
boolean record=false;
void setup()
{
size(600,600, OPENGL);
background(0);
noSmooth();
}
void draw()
{
background(0);
noSmooth();
println(frameCount);
if (record)
{
beginRaw(PDF, "pdf_###.pdf");
}
createPixels();
if (record)
{
endRaw();
record=false;
}
}
void createPixels()
{
rectMode(CENTER);
for(int i=0; i<600; i=i+5)
{
for(int j=0; j<600; j=j+5)
{
color c = color(random(0,255),random(0,255),random(0,255));
noStroke();
fill(c);
for(int m=0; m<4; m=m+1)
{
for(int n=0; n<4; n=n+1)
{
rect(i+m,j+n,1,1);
}
}
/*
rect(i,j,4,4);
*/
}
}
}
void keyPressed()
{
if((key == 'p') || (key == 'P'))
{
record = true;
println("PDF saved!");
}
if((key == 't') || (key == 'T'))
{
noSmooth();
save("tif file.tif");
println("TIFF saved!");
}
}

luki_wlod..

Re: export TIFF image without any smoothing or anti-aliasing

6 months ago

I should add that I work on a interface that produces a documentation for the knitting machine. The documentation constitutes the .tiff image, in the sense that each pixel in the image refers to one stitch in the textile. Developed patterns can be really complex that's why I treat each pixel as a class(object).

amnon.owed

Re: export TIFF image without any smoothing or anti-aliasing

6 months ago

This is much better indeed. I see the problem, but it is already visible in the DRAWN sketch. So it is not a problem related to the saving, but rather to the drawing. In fact it is related to the renderer you chose: OPENGL. In Processing 1.5.1 there are 4 different renderers, each with pro's and con's. To make a long story short, for better quality in this situation you should either use the default/JAVA2D renderer or the P2D renderer (which also supports pdf). Then your saved images will be of better quality under the specific test/project circumstances.

luki_wlod..

Re: export TIFF image without any smoothing or anti-aliasing

6 months ago

thank you very much amnon!

It was a problem of the renderer. I switched it from OPENGL to P2D and it works perfectly!

If it is not a burden to you, can you explain shortly why OPENGL produces different result than expected?

amnon.owed

Re: export TIFF image without any smoothing or anti-aliasing

6 months ago

There is no simple explanation. In general OpenGL is more suitable for 3D stuff with lots of geometry where hardware acceleration is required. When you want 2D pinpoint precision, JAVA2D is usually the better choice. In Processing 1.5.1. there were two more renderers P2D which was very fast for pixel operations and P3D which was a software-based alternative to the 3D OPENGL renderer. In Processing 2.0 there are only two options left to focus the development effort, namely JAVA2D and OPENGL. But the OPENGL renderer has been severely upgraded and now also supports for example GLSL shaders.

With regard to your specific sketch. It seems the problem is caused by the combination of rectMode(CENTER) and the OPENGL renderer. So removing the rectMode(CENTER) call from your sketch also seems to solve the problem, even in OPENGL. There are always different options to realise something and also different renderers. For example when you want to do stuff on the pixel level as your method name suggests, a first choice alternative would be to actually use the pixel array directly. This will not only be faster than rect(), but also give you individual pixel accuracy. However it can be less intuitive than just using rects.

My motto is usually: whatever works!