Hi Friends, I'm using 0.91 and this is in the 32-bit (exe installer) version, on Windows 7, sp1, 64-bit. This problem does Not appear in the 64-bit version. And I haven't seen it in any other image. I'm not sure what it is about this image, that might be causing this. Attached are 2 screenshots of the display issue, as well as the SVG file. In the past, when I see this sort of problem, it's related to a large file size, and can be fixed (temporarily) by scrolling the affected part of the image off the screen, and scrolling back. But this is (a) not a large file, and actually quite small, and (b) not affected by scrolling. It is affected by zooming though. The screenshot was made at 847% zoom. As I zoom in or out, those lines move to different places, and more or fewer lines appear, as the zoom changes. But the only way to get rid of the lines is to zoom 200% or below, and I just can't see the image well enough to work on, at that size. So I can't figure out how to keep working on this image. If this is a bug, it's probably already been reported (or at least known). But if not, let me know and I will report it. Mostly I'm posting to find out if anyone knows what's causing this, and how I can get rid of the lines. They make it hard to work in the area of the artifacts, because the artifacts don't move....or rather they do move. If I move the object, the artifacts move right along with it. I suppose I could change the zoom by ten percent at a time, to try to force the artifacts into a different area. But I'm hoping for better solution. I thought it might be some corruption of the file, since I have not seen this problem in any other image, that I've worked on in 0.91. But I pasted the drawing into a new blank file, and still see the artifacts (that's inks-display-issue2.png). Hhmmm....there is an imported raster image in a hidden and locked layer, which I switched to Optimize Speed display, so I could see the pixels. Maybe somehow related to that....except that I've done that in other, much larger files (where I've zoomed much higher), and didn't see these artifacts. Thanks for any info or tips to fix it :-)
All best, brynn
On 2015-07-08 24:44 (+0200), Brynn wrote:
I'm using 0.91 and this is in the 32-bit (exe installer) version, on
Windows 7, sp1, 64-bit. This problem does Not appear in the 64-bit version. And I haven't seen it in any other image. I'm not sure what it is about this image, that might be causing this.
It is affected by zooming though. The screenshot was made at 847%
zoom. As I zoom in or out, those lines move to different places, and more or fewer lines appear, as the zoom changes. But the only way to get rid of the lines is to zoom 200% or below, and I just can't see the image well enough to work on, at that size. So I can't figure out how to keep working on this image.
If this is a bug, it's probably already been reported (or at least
known). But if not, let me know and I will report it.
AFAICT the rendering artifacts are related to the old version of the cairo graphics library which is bundled with 32bit packages for Windows (cairo 1.11.2). The rendering artifacts do not reproduce with newer versions of cairo (64bit builds for Windows for example include cairo 1.14.1).
Filing a bug report for cairo is not necessary, since it was already fixed in later cairo releases.
Filing a bug report for Inkscape to include a newer version of cairo in 32bit Windows packages could be done, but packagers already tried that and were stopped by performance issues introduced with newer cairo versions: * Bug #1351597 “Inkscape + Cairo >= 1.12 very slow on Windows ...” https://bugs.launchpad.net/inkscape/+bug/1351597
So for now it seems the choices for Inkscape users on Windows are a) use 32bit packages with (outdated) cairo version and settle with a couple of known bugs with cairo 1.11.2 (e.g. in rendering, or PDF output) b) install the 64bit package and settle e.g. with known performance issues with cairo >= 1.12 (hiding the rulers reportedly helps on affected systems).
Mostly I'm posting to find out if anyone knows what's causing this,
and how I can get rid of the lines. They make it hard to work in the area of the artifacts, because the artifacts don't move....or rather they do move. If I move the object, the artifacts move right along with it. I suppose I could change the zoom by ten percent at a time, to try to force the artifacts into a different area. But I'm hoping for better solution.
I found one old OS X development snapshot package I once made on Mac OS X Leopard (Inkscape 0.48+devel r10785, built Dec 20 2011) which uses cairo 1.10.2 and exposes the same rendering glitches depending on zoom level.
Workarounds based on a few quick tests: In this particular drawing, the artifacts seem to be triggered by partially coinciding/aligned edges of sub-paths of two filled compound paths. To get rid of them, either union each of the two paths with the solid white fill; or break it apart.
hth, V
Oh yes, that helps very much! Thank you, ~suv :-)
-------------------------------------------------- From: "su_v" <suv-sf@...16...> Sent: Wednesday, July 08, 2015 12:00 AM To: inkscape-user@lists.sourceforge.net Subject: Re: [Inkscape-user] 0.91 display issue
On 2015-07-08 24:44 (+0200), Brynn wrote:
I'm using 0.91 and this is in the 32-bit (exe installer) version,
on Windows 7, sp1, 64-bit. This problem does Not appear in the 64-bit version. And I haven't seen it in any other image. I'm not sure what it is about this image, that might be causing this.
It is affected by zooming though. The screenshot was made at 847%
zoom. As I zoom in or out, those lines move to different places, and more or fewer lines appear, as the zoom changes. But the only way to get rid of the lines is to zoom 200% or below, and I just can't see the image well enough to work on, at that size. So I can't figure out how to keep working on this image.
If this is a bug, it's probably already been reported (or at
least known). But if not, let me know and I will report it.
AFAICT the rendering artifacts are related to the old version of the cairo graphics library which is bundled with 32bit packages for Windows (cairo 1.11.2). The rendering artifacts do not reproduce with newer versions of cairo (64bit builds for Windows for example include cairo 1.14.1).
Filing a bug report for cairo is not necessary, since it was already fixed in later cairo releases.
Filing a bug report for Inkscape to include a newer version of cairo in 32bit Windows packages could be done, but packagers already tried that and were stopped by performance issues introduced with newer cairo versions:
- Bug #1351597 “Inkscape + Cairo >= 1.12 very slow on Windows ...”
https://bugs.launchpad.net/inkscape/+bug/1351597
So for now it seems the choices for Inkscape users on Windows are a) use 32bit packages with (outdated) cairo version and settle with a couple of known bugs with cairo 1.11.2 (e.g. in rendering, or PDF output) b) install the 64bit package and settle e.g. with known performance issues with cairo >= 1.12 (hiding the rulers reportedly helps on affected systems).
Mostly I'm posting to find out if anyone knows what's causing
this, and how I can get rid of the lines. They make it hard to work in the area of the artifacts, because the artifacts don't move....or rather they do move. If I move the object, the artifacts move right along with it. I suppose I could change the zoom by ten percent at a time, to try to force the artifacts into a different area. But I'm hoping for better solution.
I found one old OS X development snapshot package I once made on Mac OS X Leopard (Inkscape 0.48+devel r10785, built Dec 20 2011) which uses cairo 1.10.2 and exposes the same rendering glitches depending on zoom level.
Workarounds based on a few quick tests: In this particular drawing, the artifacts seem to be triggered by partially coinciding/aligned edges of sub-paths of two filled compound paths. To get rid of them, either union each of the two paths with the solid white fill; or break it apart.
hth, V
Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ _______________________________________________ Inkscape-user mailing list Inkscape-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user
participants (2)
-
Brynn
-
su_v