Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 26 Sep 2016 18:30:20 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-ports-bugs@FreeBSD.org
Subject:   [Bug 213010] graphics/opencsg: Update to version 1.4.1
Message-ID:  <bug-213010-13@https.bugs.freebsd.org/bugzilla/>

next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213010

            Bug ID: 213010
           Summary: graphics/opencsg: Update to version 1.4.1
           Product: Ports & Packages
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: Individual Port(s)
          Assignee: mr@FreeBSD.org
          Reporter: pfg@FreeBSD.org
          Assignee: mr@FreeBSD.org
             Flags: maintainer-feedback?(mr@FreeBSD.org)

Created attachment 175186
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D175186&action=
=3Dedit
Upgrade patch

>From the ChangeLog:

11-Sep-2016: OpenCSG 1.4.1 released

On Intel graphics hardware, the new rendering path in the SCS algorithm in
OpenCSG 1.4.0 entirely failed to work. This was apparently due to an
incompatibility of the fragment program with the fixed function pipeline us=
ed
at the vertex stage. OpenCSG 1.4.1 implements a workaround: a vertex progra=
m is
now used instead. I hope that the rendering bugs on Intel graphics hardware=
 are
now really a thing of the past.
15-Sep-2014: OpenCSG 1.4.0 released

OpenCSG 1.4.0 contains a bug fix for rendering CSG expressions with more th=
an
255 primitives. For the layered Goldfeather algorithm, this number of
primitives could cause an endless loop before. In the case of the SCS
algorithm, there were rendering errors with older versions.

For the SCS algorithm, the fix contains a new rendering path: using a fragm=
ent
program, a kind of alpha test is performed based on all the components (r, =
g,
b, a) of a fragment. This allows, in theory, to distinguish 2^32 - 1 primit=
ives
instead of 2^8 - 1 before. This new rendering path should be, in theory, al=
so
more stable than the old one, and some rendering problems reported for Intel
graphics hardware might be solved with the new version.
11-May-2014: OpenCSG 1.3.3 released

OpenCSG 1.3.3 is a maintenance release, providing minor portability
improvements and bug fixes. In particular, OpenCSG should now compile
out-of-the-box on Linux x64 systems.
______

While here also pet portlint and add a license: It's GPLv2.
BTW, there is an exception clause for cgal (which I didn't account for).

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-213010-13>