Antialiasing broken

The change in default of antialias from true to false isn’t a show stopper, as one can freely set it how they wish. And since it’s lua code in config.lua, I can do it conditionally based upon platform, so the non-retina devices can look nice.

However, it doesn’t work. Drawing a simple rectangle with a fill, and rotating it anything other than a multiple of 90 degrees, will cause it to only be 3/4 filled, if antialias is set to true.

On pre-iPhone4 and on the iPad, my app would really benefit from anti-aliasing. While the new retina displays are nice, why not allow us to make the older platforms look nice, too, with some antialiasing?

-d [import]uid: 40450 topic_id: 24441 reply_id: 324441[/import]

We are aware of the issues tied to antialiasing and it’s something that we’re working on, although I don’t believe we currently have a sample in the bug base showing the fill color not entirely filling an object, supposing the remainder is still white (the default color) and not black, as though it has warped.

If this is your scenario would you please file a bug report with code to reproduce?

Peach :slight_smile: [import]uid: 52491 topic_id: 24441 reply_id: 98958[/import]

Hey, Peach, thanks for the reply.

I did file a bug with example on March 28th, case 13228.

An example as simple as the following demonstrates the problem:

– main.lua –
local r = display.newRect(50, 50, 150, 150)
r.rotation = 10

– config.lua –
application = {
content = {
antialias = true,
},
}

The bottom quadrant doesn’t seem to be getting filled (same color as any background you might set). This only happens when the rotation of the object is not a multiple of 90 (or 0).

One app I’m working on does slow rotation of many objects. It looks fine on retina displays, but on non-retina devices the artifacts on the diagonal lines is very distracting.

If I turn on antialiasing conditionally for these devices in config.lua, the artifacts are no longer noticeable, but the 1/4 missing fill sure is :slight_smile:

(display.newCircle(150,150,100) with rotation of 0 also exhibits this behaviour.)

-dale [import]uid: 40450 topic_id: 24441 reply_id: 99128[/import]

Ah right, I misunderstood part of the first post - we are aware of this particular issue with antialias, yes.

Hopefully we have a solution soon, until then as I imagine support told you we can only suggest leaving it set to false for now. [import]uid: 52491 topic_id: 24441 reply_id: 99165[/import]

Anyone know if there is any update on this? I’m still having issues with collapsing rectangles when antialias is set to true on the latest daily build.

I’d rather not have to set it to false as the edges then look jagged on a rounded rectangle’s corners.

Thanks guys.

Ian [import]uid: 123492 topic_id: 24441 reply_id: 103480[/import]

No, at present we’re still advising people to set it to false.

RE your rectangles you might consider using images for them if it’s stopping you from proceeding, or using the last stable build in which, IIRC, antialias is still OK. [import]uid: 52491 topic_id: 24441 reply_id: 103488[/import]

As peach said I would suggest just using images for rects/circles for the time being.

Also if you make the images solid white, you can use them in the same manner as vector display objects in terms of color setting etc.

obj:setFillColor(255, 0, 0)

etc :slight_smile: [import]uid: 84637 topic_id: 24441 reply_id: 103902[/import]

I’m experiencing a similar problem with lines. I assume that it’s the same issue.

In short, any antialiased line seems to be replaced by a filled rectangle.

The problems seems to appear exclusively on my Win7 64bit PC. My mate has a Mac and no problems. Also seems to be no problem when we deploy to iPad.

Setting antialias to false is a workaround so it’s not a showstopper … just a minor pain in the butt :slight_smile:

Regards,
/Martin [import]uid: 105864 topic_id: 24441 reply_id: 106314[/import]

Hey Martin, I believe this should have been fixed in build 805 :slight_smile:

http://developer.anscamobile.com/corona-daily-builds/summary

Peach [import]uid: 52491 topic_id: 24441 reply_id: 106629[/import]