Hi Damien,
> OpenGL Anti-aliasing implementation for blender windows
I'm not sure what your plans are, but this needs more work..
There should be a user preference as it is usually quite a bit slower,
for all drawing, but especially when working with detailed scenes.
Further, the antialiasing s
(For some reason my mails keep getting denied. I'll try again at the risk of
double posting)
Hi Damien,
I think AA is nice, but want to point out that it shouldn't be applied to the
UI and controls themselves. The UI elements already have custom AA code, to
make them look identical across diff
I revert its default enabling for now, the facility in ghost is mainly meant
for the BGE anyway.
And we work using patches until finding a satisfactory solution for AA in
blender (limited to 3D view, and selectable).
Cheers,
Damien
Le 6 janv. 2010 à 16:09, William Reynish a écrit :
> (For s
Here is a patch for the Win32 part of Ghost:
https://projects.blender.org/tracker/index.php?func=detail&aid=20588&group_id=9&atid=127
Cheers,
Mitchell Stokes (Moguri)
On Wed, Jan 6, 2010 at 7:19 AM, Damien Plisson wrote:
> I revert its default enabling for now, the facility in ghost is mainly me
Hi Damien,
I've tested your patch with anti-aliasing limited to the 3D view. At least on
my system it looks really nice, and helps readability too, especially on busy
scenes with lots of visible edges. Compare these images of a cage object:
http://www.reynish.com/files/blender25/AA_on.png
http
For me, antialiasing had always causes box-select to behave strange when
'occlude geometry' is turned on. Can anyone else confirm that?
No AA: http://mikepan.com/files/misc/Capture.PNG
Forced AA: http://mikepan.com/files/misc/CaptureAA.PNG
Notice the orphan vertices in the second picture
Nvidia
When drawing the selection buffer AA should be disabled
On Thu, Jan 7, 2010 at 7:20 PM, Mike Pan wrote:
> For me, antialiasing had always causes box-select to behave strange when
> 'occlude geometry' is turned on. Can anyone else confirm that?
>
> No AA: http://mikepan.com/files/misc/Capture.PNG
Until it is fixed, it should default to Off.
Martin
--- On Thu, 1/7/10, Campbell Barton wrote:
> From: Campbell Barton
> Subject: Re: [Bf-committers] [Bf-blender-cvs] SVN commit:
> /data/svn/bf-blender [25775] trunk/blender: OpenGL Anti-aliasing
> implementation for blender
Hi Mike,
I haven't been able to reproduce your issue when only AA is set to on. Even,
now, Brecht latest commit definitely makes AA used only for 3D view drawing,
ensuring that not only selection backbuffer is excluded.
But I've been able to reproduce the weird border (or lasso) select behavior
Mike Pan schrieb:
> For me, antialiasing had always causes box-select to behave strange when
> 'occlude geometry' is turned on. Can anyone else confirm that?
>
Same here.
Carsten
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.b
Hi,
On Fri, Jan 8, 2010 at 12:35 PM, Carsten Wartmann wrote:
> Mike Pan schrieb:
>> For me, antialiasing had always causes box-select to behave strange when
>> 'occlude geometry' is turned on. Can anyone else confirm that?
>>
> Same here.
See bug here in the tracker
http://projects.blender.org/
Hi Damien,
I think AA is nice, but want to point out that it shouldn't be applied to the
UI and controls themselves. The UI elements already have custom AA code, to
make them look identical across different GFX cards, and to ensure they always
render properly and quickly. Unfortunately your com
As mailing list moderator, permit me to point out that it is possible
to trim extraneous text from your replies. If it is not needed for context,
cut it!
Doing so will keep your messages from getting held up due to exceeding
the size limit.
--
Stephen Swaney
sswa...@centuryte
13 matches
Mail list logo
