cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 
Setup & License forum

AC10 plotting fill bug?

Scott Bulmer
Booster
I guess this is where these items are being reported.

When either of the two 25% fills are set with the background pen as transparent (0), the fill plots as solid black. All other fills that we have tested are fine with the transparent background pen. Also, the 25% fills plot fine with other background pens set. Our plotter is an HP700 monochrome.

I don't recall if this was the case in AC9.
AC25 v. 5005 w/ MEP, Cadimage, Twinmotion 2021 using AC from AC6.0, 2.7 GHz 12-Core Intel Xeon E5 (OS X 12.2.1 Monterey), AMD FirePro D700 6GB, SSD, Artlantis 2019, Adobe CC. Used AC on both platforms.
24 REPLIES 24

Link
Expert
Yes, these fills seemed to have changed don't they? I have not read or heard of any official GS changes, but you can see just by zooming up to them on screen that they are behaving differently.

I also tried plotting to a plt file (with different plot setups) and placing them back on a layout and all my tests had these fills appear as solid.

Maybe someone else can come up with some answers?

Cheers,
Link.

Brad Elliott
Contributor
I am having the same problem. But I also have the problem with the 50% fill.
Mac OS10.13.6 AC23 USA Full

Hackintosh 4 GHz i7 32gb ram NVidia1060

Anonymous
Not applicable
Link wrote:
...these fills seemed to have changed don't they?
Yes they are now true bitmap halftones rather than vector dots (25%) or lines (50% & 75%).

Is the problem that they are printing properly but turning solid black when plotted (HPGL)?

Plotter drivers used to be a bit quirky about bitmaps, but I thought that was sorted out long ago. I have had no problems printing these fills so perhaps it's finally time to give up on HPGL. I know all the advantages of plotting (line weights, file sizes), but the future is PDF. Even HP is giving up on HPGL. It is now an extra cost option on their "large format printers" (they no longer make "plotters")

Brad Elliott
Contributor
Matthew,
I should not have brought this topic over to the Spool Folder thread. But we can finish the discussion here.

It is a plotting bug and it needs fixed.

Yes, I understand pdf is the future and that is where we are headed. I use it all the time for smaller scale work. But we are not there yet, and until the technology catches up (file size/internet speed/print quality/exact scale/etc) I will be sticking with HPGL.
Mac OS10.13.6 AC23 USA Full

Hackintosh 4 GHz i7 32gb ram NVidia1060

Link
Expert
Is the problem that they are printing properly but turning solid black when plotted (HPGL)?
I don't think so, prn files also had solid fills.

Cheers,
Link.

Anonymous
Not applicable
Brad wrote:
It is a plotting bug and it needs fixed.
Apparently so. Have you reported it?

Brad Elliott
Contributor
Is there an actual bug reporting process? I would love to know about it.

If you mean report it to my rep and have him forward it on, since this came up very late last week I am sending it to him after the 4th.
Mac OS10.13.6 AC23 USA Full

Hackintosh 4 GHz i7 32gb ram NVidia1060

Anonymous
Not applicable
Brad wrote:
If you mean report it to my rep and have him forward it on...
Yes.

Anonymous
Not applicable
This may or may not be related, but goes well under this heading anyway.

I have a fill representing long run roofing assigned to the material on my roof, which seems to be having trouble expressing itself. It is simply parallel lines at 120mm crs. In my elevation as I zoom in it APPEARS to go from bitmap display to vectorial, although that is not necessarily what actually happens, just what appears to happen. So as I go from distant, scrolling/zooming-in the lines are far too dense, until I get to 900ish% zoom, then they suddenly display correctly. This happens in both Model and Layout views of my elevations.

The net result of this is that when I print, the roof surface prints solid black. Other fills in the same views, both assigned to materials and 2D overlays, seem o.k. This is very puzzling. Display and printing was OK in AC9.

Any advice appreciated.

Link
Expert
900%!!!

How small is it??!

Can you upload a mod of it mate?

Cheers,
Link.

Anonymous
Not applicable
That's only the zoom on the screen. I have to get that close to see the fill correctly. It's a large building, 1:200 scale for A3 output (still at sketch plan stage). As for a mod, I will see what I can do, working on something else at present.

matthewjj
Newcomer
We are having similar issues with certain composites anything with a 25% fill plots solid black but prints out okay. Printing is an okay short-term solution but the quality is not what it is with plotting. We are using an OCE TDS600.
We have found a couple of work arounds:
1. Changing Wall background fills to white will allow us to Plot okay.
2. Printing instead of plotting works without having to manually change all wall in a project. This is not a satisfactory long-term solution.
matt johnson
archicad since 2004
imac 27, 4.2 GHz Intel i7, 16 GB RAM, radeon 575 4 GB, macOS 10.14.6
imac, 4.0ghz i7, 16gb ram, Radeon M9 390 2GB, OS X El Capitan

kevin b
Contributor
Was definitely not the case in AC9 as we have details that use the same fills that were fine in AC9 and not in AC10.

The transparent background does seem to be the problem, changing it to white brings back the original intended results.

In Addition to the 25% fill also effects the Gypsum Board fill (which is more or less the same fill) Have not tried other but I'd wouldn't be surprised if it didn't effect any of the similar fills (ie. small tightly regular spaced dots)
kevin s burns, AIA

massachusetts, usa



AC25 (1413), since AC6

Windows 10

Intel Core i7 -8700 @ 3.2 GHz~ 16 GB ram

Brad Elliott
Contributor
This is an acknowledged bug. It was not fixed in the 966 update. The recommended workaround is print or change the background fill. The negative for this of course is that the fill is no longer transparent.
Mac OS10.13.6 AC23 USA Full

Hackintosh 4 GHz i7 32gb ram NVidia1060

matthewjj
Newcomer
All fills 25%, 50%, 75% and anything similar (Gypsum, etc.) are having this problem.

We need a fix A.S.A.P.!

Printing does not provide the necessary quality we need when reproducing drawings and changing ALL fills with affected fills is EMBARRASSING!!!

We cannot deploy AC 10 to 60 architects and say "BY THE WAY, CHANGE ALL YOUR FILLS TO HAVE A WHITE BACK GROUND!!!"
matt johnson
archicad since 2004
imac 27, 4.2 GHz Intel i7, 16 GB RAM, radeon 575 4 GB, macOS 10.14.6
imac, 4.0ghz i7, 16gb ram, Radeon M9 390 2GB, OS X El Capitan

TomWaltz
Newcomer
Suddenly I am really glad I never used the 25%, 50%, and 75% fills...
Tom Waltz

andrewzarb
Booster
I think the 25% fill bug is actually a half baked feature.

Those percentage fills were always a bit of a joke, insomuch as you couldn't get an exact shade. They now work (on screen anyhow) as you would expect a shade to work.

Unfortunately they don't plot , not nicely anyway" and look rather awful and opaque when printed as a PDF with Amyuni. Hopefully this "feature" will be completed soon.

Link
Expert
This problem is an official bug. I’ve heard that if you choose any other pen as background (including pen 91 white) then it does not plot black. Of course, it will not be transparent.

Cheers,
Link.

Anonymous
Not applicable
Where can you control the SCREEN PERCENTAGE? I see the 25% grey, 50% Grey - This feature does not work the way the industry standard works. As far as I can see. Can anyone else fill in the facts about grey scale in ArchiCAD 10?

On my printed output, I would like to specify a newspaper type screen percentage. In traditional printing grey tones need to be screened for the press, 300 lines is a high amount per inch. Newspaper is about 60 lpi. So a 60 lpi grey tone (printed) would have a course dot pattern. All I can get is a very fine dot pattern- Looks like 150 lpi . Where can I control this output in the publisher?

Still looking?

Browse more topics

Back to forum

See latest solutions

Accepted solutions

Start a new discussion!