Bitmap import into schematic

Long story short in a graphics program the bitmap looked crisp and

clear. After importing it into an Eagle schematics window it was all

blurry like I had ten beers and with a bright yellow background. Useless

for any redline work, so I did it as usual with a red pen and my

scanner. Why is that rendering so badly in Eagle?

i know similar problems in other programs if they fail to render the

alpha channel in a Bitmap picture.

Perhaps you have better effort, with a different fileformat,

or after adding a white background layer and flatten the layers

to the visible.

Gimp can do that.

hth, good luck,

--

Jonas Stein <news@jonasstein.de>

Jonas Stein wrote:

>> Long story short in a graphics program the bitmap looked crisp and

>> clear. After importing it into an Eagle schematics window it was all

>> blurry like I had ten beers and with a bright yellow background. Useless

>> for any redline work, so I did it as usual with a red pen and my

>> scanner. Why is that rendering so badly in Eagle?

 

i know similar problems in other programs if they fail to render the

alpha channel in a Bitmap picture.

 

Perhaps you have better effort, with a different fileformat,

or after adding a white background layer and flatten the layers

to the visible.

 

Gimp can do that.

 

AFAIK Eagle will only take a bitmap. The background was white but after

importing into Eagle it turned bright yellow. That would be ok (sort of)

but the resolution was greatly reduced and so bad that I had to do this

sketch job by hand again.

Maybe I should buy a green ink pen as well in case another reviewer has

used red already

--

Regards, Joerg

http://www.analogconsultants.com/

On 5/9/2011 4:00 PM, Joerg wrote:

Jonas Stein wrote:

>>> Long story short in a graphics program the bitmap looked crisp and

>>> clear. After importing it into an Eagle schematics window it was all

>>> blurry like I had ten beers and with a bright yellow background. Useless

>>> for any redline work, so I did it as usual with a red pen and my

>>> scanner. Why is that rendering so badly in Eagle?

>>

>> i know similar problems in other programs if they fail to render the

>> alpha channel in a Bitmap picture.

>>

>> Perhaps you have better effort, with a different fileformat,

>> or after adding a white background layer and flatten the layers

>> to the visible.

>>

>> Gimp can do that.

>>

>

AFAIK Eagle will only take a bitmap. The background was white but after

importing into Eagle it turned bright yellow. That would be ok (sort of)

but the resolution was greatly reduced and so bad that I had to do this

sketch job by hand again.

 

Maybe I should buy a green ink pen as well in case another reviewer has

used red already

 

I think the problem is that EAGLE can not handle the bitmap image

directly, i believe when it is imported it will be converted to polygons

and vectors. but the yellow background is very interesting...no

explanation for that!

Gary Gofstein wrote:

On 5/9/2011 4:00 PM, Joerg wrote:

>> Jonas Stein wrote:

>>>> Long story short in a graphics program the bitmap looked crisp and

>>>> clear. After importing it into an Eagle schematics window it was all

>>>> blurry like I had ten beers and with a bright yellow background.

>>>> Useless

>>>> for any redline work, so I did it as usual with a red pen and my

>>>> scanner. Why is that rendering so badly in Eagle?

>>>

>>> i know similar problems in other programs if they fail to render the

>>> alpha channel in a Bitmap picture.

>>>

>>> Perhaps you have better effort, with a different fileformat,

>>> or after adding a white background layer and flatten the layers

>>> to the visible.

>>>

>>> Gimp can do that.

>>>

>>

>> AFAIK Eagle will only take a bitmap. The background was white but after

>> importing into Eagle it turned bright yellow. That would be ok (sort of)

>> but the resolution was greatly reduced and so bad that I had to do this

>> sketch job by hand again.

>>

>> Maybe I should buy a green ink pen as well in case another reviewer has

>> used red already

>>

I think the problem is that EAGLE can not handle the bitmap image

directly, i believe when it is imported it will be converted to polygons

and vectors. but the yellow background is very interesting...no

explanation for that!

Once the bitmap was in Eagle it didn't look like vector but an

assortment of coarse fuzzy blocks. Similar to what you see on the screen

of a digital TV set shortly before the signal pixelates out, plus the

fuzz overlay.

The yellow was full pigmentation, like a school bus

--

Regards, Joerg

http://www.analogconsultants.com/

Joerg schrieb:

AFAIK Eagle will only take a bitmap. The background was white but after

importing into Eagle it turned bright yellow. That would be ok (sort of)

but the resolution was greatly reduced and so bad that I had to do this

sketch job by hand again.

I don't understand your problem. Of course, EAGLE can take only "binary"

pixels, no color shades, and the color it displays is the color assigned

to the particular layer. There also is no background color.

So it's pretty obvious you need a true b/w image and convert that by one

of the available programs. The result are rectangles in the given layer,

representing single pixels resp. pixel lines of your image. The

pixel/rectangle size is provided to the converter as a parameter. It's a

simple 1:1 conversion, and in EAGLE the result looks /exactly/ identical

to the bitmap source.

BTDT.

Tilmann

Tilmann Reh wrote:

Joerg schrieb:

 

>> AFAIK Eagle will only take a bitmap. The background was white but after

>> importing into Eagle it turned bright yellow. That would be ok (sort of)

>> but the resolution was greatly reduced and so bad that I had to do this

>> sketch job by hand again.

 

I don't understand your problem. Of course, EAGLE can take only "binary"

pixels, no color shades, and the color it displays is the color assigned

to the particular layer. There also is no background color.

 

Hmm, the import-bmp.ulp just asked me to reduce the number of colors to

32 or something like that, so I did.

So it's pretty obvious you need a true b/w image and convert that by on

of the available programs. The result are rectangles in the given layer,

representing single pixels resp. pixel lines of your image. The

pixel/rectangle size is provided to the converter as a parameter. It's a

simple 1:1 conversion, and in EAGLE the result looks /exactly/ identical

to the bitmap source.

 

Ok, so now I took a graph from the BC857 datasheet (source: NXP) and

reduced the grayscale to pure black and white. Looks less nice after

that and won't work for all cases but ok, man's gotta do what man's

gotta do. The result is attached. This time it turned green

I had cut cut out little pieces and reduce the JPEG because the Cadsoft

server limits post sizes. But the green and the white stripes still

show, also the poor quality of the graph. Result is in the next post

(hopefully ...)

BTDT.

 

Wish I knew how. The other thing that happens is that rendering in Eagle

becomes very slow after import.

--

Regards, Joerg

http://www.analogconsultants.com/

Result file

Joerg wrote:

Tilmann Reh wrote:

>> Joerg schrieb:

>>

>>> AFAIK Eagle will only take a bitmap. The background was white but

>>> after importing into Eagle it turned bright yellow. That would be

>>> ok (sort of) but the resolution was greatly reduced and so bad that

>>> I had to do this sketch job by hand again.

>>

>> I don't understand your problem. Of course, EAGLE can take only

>> "binary" pixels, no color shades, and the color it displays is the

>> color assigned to the particular layer. There also is no background

>> color.

>>

>

Hmm, the import-bmp.ulp just asked me to reduce the number of colors

to 32 or something like that, so I did.

 

>

>> So it's pretty obvious you need a true b/w image and convert that by

>> on of the available programs. The result are rectangles in the given

>> layer, representing single pixels resp. pixel lines of your image.

>> The pixel/rectangle size is provided to the converter as a

>> parameter. It's a simple 1:1 conversion, and in EAGLE the result

>> looks /exactly/ identical to the bitmap source.

>>

>

Ok, so now I took a graph from the BC857 datasheet (source: NXP) and

reduced the grayscale to pure black and white. Looks less nice after

that and won't work for all cases but ok, man's gotta do what man's

gotta do. The result is attached. This time it turned green

 

I had cut cut out little pieces and reduce the JPEG because the

Cadsoft server limits post sizes. But the green and the white stripes

still show, also the poor quality of the graph. Result is in the next

post (hopefully ...)

 

>

>> BTDT.

>>

>

Wish I knew how. The other thing that happens is that rendering in

Eagle becomes very slow after import.

Joerg

I believe your expectations are different to the way the ULP presents its

results.

Here are some points to assist you. To get it clear in your mind, practice

with a monochrome bit image.

A monochrome image has one (1) colour, black. The other colour (white) is

'background' so when you are asked to select colors, only select the black.

The background colour will be that of the editor.

For each colour imported the ULP creates a layer and assigns a colour to it.

For a monochrome image with one colour selected you get one new layer. In

your case you selected two, the second being the green/yellow you see.

Import a six colour image and you will get six new layers. By default they

are layers 200 and up.

Image choice is important. Ensure there is no anti-aliasing, like your BC857

example. This creates a number of greys which will all get their own layer.

As mentioned by others. The pixels of your image are changed to rectangle

objects. The foggy look is a mix of the rectangles, the layer's fill pattern

and the resolution of your source image.

Hope this helps

Warren

Joerg wrote on Tue, 10 May 2011 15:14

Tilmann Reh wrote:

Wish I knew how. The other thing that happens is that rendering in

Eagle

becomes very slow after import.

http://www.analogconsultants.com/

Hi Joerg,

The reason EAGLE becomes slower is because the bitmap import is creating a

small rectangle for every pixel (or number of pixels, depending on scale

factor you selected).  The idea is that you then use that as a guide and

draw bigger objects (like one rectangle for 100's of the little pixels) on

the layers you want (like tplace typically).  Then delete all the objects

on the importing layers used.

It's not perfect and not real polished.  But it will work--I've done it for

a bunch of different logos.

Good luck.

James.

--

James Morrison  ~~~  Stratford Digital

Specializing in CadSoft EAGLE

• Online Sales to North America

• Electronic Design Services

• EAGLE Enterprise Toolkit

--

Web access to CadSoft support forums at www.eaglecentral.ca.  Where the CadSoft EAGLE community meets.

Warren Brayshaw wrote:

Joerg wrote:

>> Tilmann Reh wrote:

>>> Joerg schrieb:

>>>

>>>> AFAIK Eagle will only take a bitmap. The background was white but

>>>> after importing into Eagle it turned bright yellow. That would be

>>>> ok (sort of) but the resolution was greatly reduced and so bad that

>>>> I had to do this sketch job by hand again.

>>> I don't understand your problem. Of course, EAGLE can take only

>>> "binary" pixels, no color shades, and the color it displays is the

>>> color assigned to the particular layer. There also is no background

>>> color.

>>>

>> Hmm, the import-bmp.ulp just asked me to reduce the number of colors

>> to 32 or something like that, so I did.

>>

>>

>>> So it's pretty obvious you need a true b/w image and convert that by

>>> on of the available programs. The result are rectangles in the given

>>> layer, representing single pixels resp. pixel lines of your image.

>>> The pixel/rectangle size is provided to the converter as a

>>> parameter. It's a simple 1:1 conversion, and in EAGLE the result

>>> looks /exactly/ identical to the bitmap source.

>>>

>> Ok, so now I took a graph from the BC857 datasheet (source: NXP) and

>> reduced the grayscale to pure black and white. Looks less nice after

>> that and won't work for all cases but ok, man's gotta do what man's

>> gotta do. The result is attached. This time it turned green

>>

>> I had cut cut out little pieces and reduce the JPEG because the

>> Cadsoft server limits post sizes. But the green and the white stripes

>> still show, also the poor quality of the graph. Result is in the next

>> post (hopefully ...)

>>

>>

>>> BTDT.

>>>

>> Wish I knew how. The other thing that happens is that rendering in

>> Eagle becomes very slow after import.

 

Joerg

I believe your expectations are different to the way the ULP presents its

results.

Here are some points to assist you. To get it clear in your mind, practice

with a monochrome bit image.

 

A monochrome image has one (1) colour, black. The other colour (white) is

'background' so when you are asked to select colors, only select the black.

Aha! Thanks, that did it. Still not pretty but loads.

The background colour will be that of the editor.

For each colour imported the ULP creates a layer and assigns a colour to it.

For a monochrome image with one colour selected you get one new layer. In

your case you selected two, the second being the green/yellow you see.

Import a six colour image and you will get six new layers. By default they

are layers 200 and up.

 

Image choice is important. Ensure there is no anti-aliasing, like your BC857

example. This creates a number of greys which will all get their own layer.

 

I chopped grayscale in the file, so color it completely binary, only two

states.

As mentioned by others. The pixels of your image are changed to rectangle

objects. The foggy look is a mix of the rectangles, the layer's fill pattern

and the resolution of your source image.

 

Slowly I get the impression this isn't such a useful thing for the

purpose I want it for, at least not with Eagle. What I planned was this:

Receive PDF schematics from a client. Snapshot large sections out of

those, place in Eagle, delete stuff, draw some new stuff in there so

their circuit will work alright, print to PDF and send back.

Sad thing is, PDF is often already vector graphics. But not after using

snapshot, and probably Eagle could not import foreign vector graphics

anyhow.

--

Regards, Joerg

http://www.analogconsultants.com/

"gmail" domain blocked because of excessive spam.

Use another domain or send PM.