Major update to 4.13.1 not 4.12
I've said it before and I'll say it again. This port should be a
group effort but a cads porting team. I'd be happy to give
up Maintainership as my only interest with cura was to get it into
ports.
PR: ports/255630
Reported by: unrelentingtech <greg@unrelenting.technology>
Tested by: trombik1973@gmail.com
3.29.1 reverts some changes to AngelScript related to Apple M1.
The bulk of the changes are in 3.29.0.
ChangeLog: http://openvsp.org/blogs/announcements/2022/07/26/openvsp-3-29-0-released
Features
* Optional quad meshing for CFDMesh and FEAMesh
* Option to turn off high-order elements in FEAMesh
VSPAERO Changes
* Improved force (especially drag) calculations, and bug fixes there in.
* Adjoint solver, stand alone now works for steady and usteady
* Adjoint solver + solver = Optimizer with an API. (Steady and unsteady)
* Initial API hooks for integration with OpenMDAO
* Initial API hooks for tightly coupled structural solves
* Complex step version should anyone care
* Fix for thin/cusped trailing edges on panel meshes.
* The degen geom and vspgeom files are both supported equally in terms of
comp ids/surface
* Sticking with DegenGeom for default VLM solves
* VSPGEOM for Panel solves as default
* Some of the output files have changed as folks were asking for more info in
things like the span loading data, etc.
* Cut planes added for solution visualization
* Span loading for thick geometries
* Preliminary supersonic panel support
* Bugs. Some fixed, some added.
Bug Fixes
* Fix control surface addition for Wing Geoms
* Silence echo of BEM file on read
* Fix airfoil thickness scaling problem with blended wings
* Fix VSPAERO Viewer movie creation on Windows (hopefully)
* Fix int to float conversion overflow in InterpDistTable in CFDMesh
A big Thank You to the original contributors of these ports:
* AMAKAWA Shuhei <amakawa@jp.FreeBSD.org>
* Alexey Dokuchaev <danfe@FreeBSD.org>
* Anders Andersson <anders@hack.org>
* Bruce M Simpson <bms@FreeBSD.org>
* Christoph Moench-Tegeder <cmt@FreeBSD.org>
* David Yeske <dyeske@gmail.com>
* Diane Bruce <db@db.net>
* Joachim Strombergson <watchman@ludd.ltu.se>
* Johnny Sorocil <jsorocil@gmail.com>
* Julian Jenkins <kaveman@magna.com.au>
* Marc Fonvieille <blackend@FreeBSD.org>
* Mario S F Ferreira <lioux@linf.unb.br> et al.
* Martin Dieringer <martin.dieringe@gmx.de>
* Matthias Petermann <matthias@petermann-it.de>
* Michael Durian <durian@shadetreesoftware.com>
* Michael Reifenberger <mr@FreeBSD.org>
* Nicola Vitale <nivit@FreeBSD.org>
* Otacilio de Araujo Ramos Neto <otacilio.neto@bsd.com.br>
* Pedro F. Giffuni
* Pedro F. Giffuni <giffunip@asme.org>
* Pedro Giffuni
* Pedro Giffuni <giffunip@asme.org>
* Rusmir Dusko <nemysis@FreeBSD.org>
* Sarod Yatawatta <sarod@cs.pdn.ac.lk>
* Sergio Lenzi <lenzi.sergio@gmail.com>
* Stanislav Sedov <ssedov@mbsd.msk.ru>
* Thierry Thomas <thierry@FreeBSD.org>
* Thierry Thomas <thierry@pompo.net>
* Thomas Gellekum <tg@FreeBSD.org>
* Vanilla I. Shu <vanilla@FreeBSD.org>
* Veniamin Gvozdikov <vg@FreeBSD.org>
* Ying-Chieh Liao <ijliao@FreeBSD.org>
* gahr
* hrs
* ijliao
* lbartoletti <lbartoletti@FreeBSD.org>
* lon_kamikaze@gmx.de
* stas
* swallace
* thierry@pompo.net
With hat: portmgr
Read the blog article* to learn about most prominent changes. As for
the port itself, addition of YafaRay rendering engine complicates the
build process because it's not part of the upstream build system (they
ship precompiled *.so files for MacOS, GNU/Linux, and Windows) and we
cannot make use of `graphics/yafaray' port because they use some fork
with a slightly different API. Drop NO_ARCH because the package now
contains CPU-specific binary code.
Reported by: portscout
*) http://www.sweethome3d.com/blog/2022/07/13/sweet_home_3d_7_0.html
