Editing Community Publication Portal
From BRL-CAD
Warning: You are not logged in. Your IP address will be publicly visible if you make any edits. If you log in or create an account, your edits will be attributed to your username, along with other benefits.
The edit can be undone.
Please check the comparison below to verify that this is what you want to do, and then save the changes below to finish undoing the edit.
Latest revision | Your text | ||
Line 30: | Line 30: | ||
---- | ---- | ||
---- | ---- | ||
− | |||
== Ready for Publication == | == Ready for Publication == | ||
Line 37: | Line 36: | ||
Note: if you see a comment indicating that a section is FROZEN, any changes you make in that section may go unnoticed as the article is being prepared for distribution. If you find errors in a FROZEN article, go ahead and correct the article but contact Sean (brlcad on freenode [[IRC]]) who may be able to incorporate changes during final publication. | Note: if you see a comment indicating that a section is FROZEN, any changes you make in that section may go unnoticed as the article is being prepared for distribution. If you find errors in a FROZEN article, go ahead and correct the article but contact Sean (brlcad on freenode [[IRC]]) who may be able to incorporate changes during final publication. | ||
− | + | ==== Move from Final Review to Here When Ready==== | |
− | |||
− | |||
------ | ------ | ||
+ | ==== Draft Release Note ==== | ||
− | + | <b>BRL CAD Release 7.24.0 </b> | |
− | + | We are highly gratified to announce the major release of BRL-CAD 7.24.0, the result of almost a year of continuous untiring hard work from BRL-CAD developers. This is an alpha release unveiling of Archer/MGED, a preliminary interface update to BRL-CAD's graphical geometry editor. As alpha software, this new MGED prototype aims at providing functional feature parity with the prior MGED interface while refining, reconstructing and remodeling. Some highlights include an integrated graphical tree view, a single window framework, drag and drop geometry editing, information panels, shortcut buttons, polygonal mesh and 2D sketch editing, level of detail wireframes, NURBS shaded display support, and many more. | |
− | |||
− | + | Other major area of development was BRL-CAD's ray tracing infrastructure including CPU thread affinity locking for faster performance, more consistent grazing hit behavior, expanded volumes and surface area calculations, numerous bug fixes, and more robust NURBS evaluation. Prior to upcoming beta testing where the emphasis will be predominantly on stability and usability, this alpha status solicits feedback from community on capability and features. Following BRL-CAD's interface depreciation policy ( see CHANGES file ), Jove text editor is no longer being bundled. Various converters like STEP, Patch and 3DM importers received robustness improvements. | |
− | + | Since the 7.22.0 release, the following user-visible changes have occurred: | |
− | + | ||
+ | <b>Fixes:</b> | ||
+ | * uninstallable Linux RPM package on Fedora 18 | ||
+ | * nirt high object count failure on Windows | ||
+ | * crash when parsing invalid shader parameters | ||
+ | * crash when running screengrab in archer | ||
+ | * crash in step-g tool importing AP214 entities | ||
+ | * corrupted tessellation pipe export bug | ||
+ | * memory leak when working with pipe primitives | ||
+ | * memory leak in bot_condense | ||
+ | * infinite loop raytracing subtracted lights | ||
+ | * patch -g -f input file permissions failure | ||
+ | * asc2g and mged empty revolve object crashes | ||
+ | * mged 'dbupgrade' -permissions error on windows | ||
+ | * mged interactive object translation keypoint bug | ||
+ | * mged lesson 15 toy truck 'inside' ordering bug | ||
+ | * bounding box size calculation for pipe geometry | ||
+ | * search command bombing on v4 database file | ||
+ | * graphics window z-clipping bug in mged | ||
+ | * gqa to not report overlap regions as zero hits | ||
+ | * crash revolving empty sketch objects | ||
+ | * TIE raytracing bugs shotlining plate mode BoTs | ||
+ | * TIE perpendicular face mesh evaluation failure | ||
+ | * typographical errors in numerous tools and docs | ||
+ | * bug during pipe editing with working units set | ||
+ | * File ->New deprecation error in archer | ||
+ | * random number SMP bug affecting rt and adrt | ||
+ | * 'idents' command no longer reports negative booleans | ||
− | <b> | + | <b>Improvements:</b> |
+ | * Mac, BSD, & Windows ray tracing performance | ||
+ | * ray tracing behavior for grazing rays | ||
+ | * robustness of the step-g geometry importer | ||
+ | * Linux ray tracing via cpu thread affinity | ||
+ | * gqa performance on parallel SMP hardware | ||
+ | * help option consistency across numerous tools | ||
+ | * support for NURBS with big uv domain changes | ||
+ | * large file support for the patch g importer | ||
+ | * Linux platform application and file icons | ||
+ | * BoT mesh editing interface in archer | ||
+ | * documentation consistency and authorship info | ||
+ | * 3dm-g output and invalid geometry support | ||
+ | * Linux support for multiple hardware displays | ||
+ | * gqa to report all missed regions | ||
+ | * openNURBS updated to version 5.0 (2012 10 24) | ||
+ | * initial NURBS shaded display and tessellation support | ||
+ | * level-of-detail mged configuration dialog, under Tools | ||
+ | * quell pix-png gAMA chunk warning defaulting to unset | ||
+ | * output from g var no longer prints 'fwrite' messages | ||
+ | * g_diff gives non zero return code if .g files differ | ||
+ | * Network library | ||
− | + | <b>Additions:</b> | |
+ | *+ plate mode BoT support to 'bot_merge' command | ||
+ | *+ new mouse-input unpushed matrix edit option in archer | ||
+ | *+ gqa -q quiet option to suppress 'was not hit' | ||
+ | *+ level of detail wireframe support to mged/archer | ||
+ | *+ hyp centroid and volume output to 'analyze' | ||
+ | *+ epa surface area and volume to analyze command | ||
+ | *+ arbn surface area and volume to analyze command | ||
+ | *+ eto surface area and volume to analyze command | ||
+ | *+ -b option to set tpkg network packet size | ||
+ | *+ support for wireframe drawing of 'hyp' labels | ||
+ | *+ support for editing 2D sketch objects in archer | ||
+ | *+ manual page for existing mged reid command | ||
+ | *+ manual page for bot_sync, bot_flip, bot_split | ||
+ | *+ manual page for running rtarea within mged | ||
− | <b> | + | </b>Removals:</b> |
+ | *- jove ( see jove.emacs for compatibility bindings ) | ||
− | + | Kudos and special thanks to the developers <i>Sean Morrison, Cliff Yapp, Erik Greenwald, Daniel Roßberg, Jordi Sayol, Nick Reed, Richard Weiss, Chris Dueck, Bob Parker, Carl Moore, Keith Bowman, Andrei Popescu, Aaron Keesing, Akshay Kashyap, Anurag Murty, Tom Browder, Andrei Popescu, Jianbang Wu, Suryajith Chillara, Laijiren, Ksenija Slivko, Cristina Precup</i> and other individuals for their contributions in the release. | |
− | + | Please visit the [http://sf.net/projects/brlcad Sourceforge project] website to download the latest version. | |
− | + | Look at [http://www.brlcad.org BRL-CAD website] for more information. | |
− | + | ---- | |
− | + | == "Improving BRL-CAD's networking library":Andrei - Constantin Popescu == | |
+ | by: Plamen Nikiforov | ||
− | + | Andrei - Constantin Popescu is a second year undergraduate at Polytechnic University of Bucharest, studying at the computer science department. Here is an interview about Andreis Google Summer of Code project. | |
+ | Plamen(Pl): How did you found out about BRL-CAD and why did you chose to them? | ||
− | + | Andrei(An): I heard about BRL-CAD when I was searching for a Google Summer of Code project to do. After doing some research on their website regarding Google Summer of Code ideas, several interested me particularly. | |
+ | The language I am currently strongest in is C and I am also interested in computer graphics, this motivated me towards applying for BRL-CAD. Another key aspect was that the BRL-CAD mentoring community was very friendly and helpful towards me. | ||
− | + | Pl: Why did you choose "Improving BRL-CAD's networking library" to be your project? | |
− | + | An: The first project idea I proposed was " Code reduction". First, I looked at this project at Sean's suggestion. There were several reasons why I chose this project idea : I was taking a networking course and it would help me consolidate my knowledge and the performance testing seemed a more interesting problem to investigate. | |
− | |||
− | + | Pl: What were your aims of the project? | |
− | + | An: My initial aims were to investigate and fix any performance bottleneck regarding transfer speed for various file sizes and package sizes, test the code integrity of networking library and eliminating as many unhandled exceptions as well as eliminating global variables from the networking library. | |
− | + | “Here are some of Andreis performance measurements for different package sizes: | |
+ | Package size 1 – 2048 - http://i.imgur.com/OPum5.png | ||
+ | Package size 2048 – 4194304 - http://i.imgur.com/fH4rL.png | ||
+ | Package size 1 – 4194304 - http://i.imgur.com/AXUpN.png ” | ||
− | |||
− | + | Pl: Has this project helped your skills improve? | |
− | |||
− | + | An: Definetly! The most important aspect is that I greatly improved my communication skills. Aside of that, I also improved my capacity to work in a team, developed the ability to work with a large code base and of course improved my implementation skills. | |
− | Would you like to | + | Pl: Would you continue to contribute to BRL-CAD? |
+ | An: Of course ! I continued to contribute even after Google Summer of Code. Even if my contributions aren't as numerous as I would like because of my crowded academic schedule, I am trying to contribute for as much as possible. Contributing to BRL-CAD helps me improve knowledge as well as providing code that is actually useful for a large number of people. | ||
− | |||
− | + | ====Google Summer of Code: Jianbang Wu==== | |
+ | by: John | ||
− | + | This article is based on some questions I asked Jianbang and in his profile page. | |
− | BRL-CAD | + | Jianbang Wu (also known as Phoenix) participated in BRL-CAD development during Google Summer of Code 2012. His work was "to convert implicit Constructive Solid Geometry (CGS) primitives to boundary representations (BREPs)". He is a sophomore student in Peking University, China. |
+ | His skills involve C/C++, Object Oriented Programming, data structures, algorithms, math, and image processing. | ||
− | BRL-CAD | + | Jianbang chose to apply to BRL-CAD because "The mentors of BRL-CAD are really nice. :)" and because he loves computer graphics and math. |
+ | He started working without any Computer Aided Design (CAD) software experience, which he learned during the summer. | ||
+ | He worked on two projects: | ||
− | + | First, he followed Cliff's suggestion: "Implicit to NURBS conversion". This consisted in the conversion from implicit primitives to Non Uniform Rational Basis Spline (NURBS) primitives. In this project he also modified some unfinished conventions and added some new primitives. | |
+ | Since he finished this task before the mid-term evaluation, he decided to make a follow-up: "NURBS surface-surface intersection". | ||
− | + | Finally, he suggests future Google Summer of Code students to "Follow your interest, choose the project you like, and you will find Google Summer of Code really an excellent experience". | |
− | |||
− | + | You can check out some images related with his work here: | |
− | |||
+ | http://brlcad.org/wiki/User:Phoenix/GSoc2012/Reports#Test_Results | ||
− | + | Related with his first work: | |
+ | * m35.g: component (left: implicit + csg, right: brep + csg) | ||
+ | [[Image:M35.implicit.png]] [[Image:M35.brep.png]] | ||
− | + | Related with his second work: | |
+ | * The intersection curves (green) of a tgc (red) and an epa (blue). (Two segments) | ||
+ | [[Image:Tgc epa.png]] | ||
− | + | John is a Google Code-In student living in Portugal. He's favourite language is Python although he's considering to widen his knowledge to C. | |
− | + | ==== Linux Release Packaging Process: A mission for Jordi Sayol ==== | |
+ | By: John | ||
− | + | Jordi Sayol is the man behind the automation of the BRL-CAD Linux release packaging process, which he recently finished. His work continues the one made previously by Manuel A. Fernandez Montecelo in .dbm packages. | |
− | + | This article is based on some questions I asked him and on an interview made to Jordi by Gala, a Google Code-in student. | |
− | + | Jordi has been working with BRL-CAD since January 2011,with his Linux experience (as advanced user) as his only companion. By that time, he started to collaborate on-line with other BRL-CAD team members. | |
− | + | With such a massive project, which has millions of lines of code, he decided to take as his responsability the building of binary packages for Linux systems, since he's not a programmer. | |
− | + | In both interviews, he explains quite accurately the process of making those. He has made two scripts that automate the whole work. What the scripts do is to handle all the pre-building proccess and then create the packages. "In fact the building job is done by debhelper to create deb packages, and the rpmbuild command to create rpm packages. The scripts tries to ensures that all dependencies needed by these commands are available, copy Linux specific files, create configuration files, etc. before building the packages". | |
+ | The scripts allow anyone to easily create their own deb/rpm packages as needed", since they "create deb/rpm packages for the host architecture where they are executed". | ||
+ | This allows BRL-CAD to be distributed Debian-like and Fedora-like systems, which means a great variety of platforms where BRL-CAD will be able to work. Unfortunately, since Fedora and OpenSUSE don't share the same nomenclature, their rpm packages must be separate ones. | ||
+ | The scripts can be found at the "sh" folder when you download the BRL-CAD sources. | ||
− | + | Since he is not a programmer (only an advanced Linux user), he won't develop other parts of the code, but I think all the BRL-CAD community can be grateful for what he has done. | |
− | + | by John. | |
− | + | John is a Google Code-In student living in Portugal. He's favourite language is Python although he's considering to widen his knowledge to C. | |
− | + | Gala Taylor is a 2012 Google Code-In participant. Although she has used various Free and Open Source Software (FOSS) products over the years, and has contributed example files and tutorials to several projects, this is the first time she has actively participated in the development of FOSS code. Gala is currently in 9th grade, and her favorite computer language is Java. | |
− | ====BRL-CAD | + | ==== Gala Taylor: New BRL-CAD Linux Release Packaging Process Automation ==== |
+ | By: Gala Taylor | ||
− | + | BRL-CAD supports Debian, Ubuntu, Fedora, and openSUSE, and other Linux distributions. Jordi Sayol recently finished automating the BRL-CAD Linux release packaging process, and he took some time out to chat with Gala Taylor about it - and also answer some question about what it's like to work on the BRL-CAD project. | |
− | + | '''Gala Taylor (GT)''': How long have you been working on the BRL-CAD project? | |
− | + | '''Jordi Sayol (JS)''': I've been involved with the BRL-CAD project since January 2011. | |
− | + | '''GT''': How much education and experience were required to prepare you to contribute to the BRL-CAD project? | |
− | + | '''JS''': My experience is just as an advanced Linux user. | |
− | + | '''GT''': Do you need to physically meet with the other team members in order to contribute to the BRL-CAD project, or is it sufficient to work on-line? | |
− | - | + | '''JS''': All of my collaboration is done on-line. |
− | + | '''GT''': The BRL-CAD project is a collection of over four hundred tools, utilities and applications, with over a million lines of source code. With such a massive and complex system, how do you decide what to work on? Is it necessary to understand all that code in order to contribute to the project? | |
− | |||
− | + | '''JS''': My responsibility is focused on building binary packages of BRL-CAD for Linux systems. | |
− | |||
− | + | '''GT''': Besides the release processing work which is described in the HACKING file, can you walk me through the process of actually transforming a developer’s checked-in source code into an .rpm or .deb that is ready to be downloaded and installed? | |
− | |||
+ | '''JS''': It's quite simple. I have created two bash scripts that automate this process. The "sh/make_deb.sh" script creates a deb package installable on Debian-like systems. This currently includes Debian, Ubuntu, Linux Mint, and other distributions. The "sh/make_rpm.sh" script creates an rpm package for Fedora-like systems. This includes Fedora, Centos, Redhat, and some other distributions, or OpenSUSE, depending on the system where it is built. There are separate rpm packages for Fedora and OpenSUSE because they do not share the same nomenclature on their packages. Note also that both scripts create deb/rpm packages for the host architecture where they are executed, and that the results are currently only tested on x86_32 and x86_64 hosts. | ||
− | + | With these scripts, anyone can easily create their own deb/rpm packages as needed. This is especially useful if the user wants to install BRL-CAD on a very old system, maybe requiring special compilation for specific graphic cards drivers, etc. | |
− | + | '''GT''': Thank your for your time today and your contributions to BRL-CAD, Mr. Sayol! | |
+ | '''JS''': It was a pleasure. | ||
− | |||
− | + | Please visit the BRL-CAD project website for more information: http://brlcad.org | |
− | |||
− | |||
− | |||
− | |||
+ | '''Jordi Sayol''' is the maintainer of the BRL-CAD Linux release packaging process. | ||
− | + | '''Gala Taylor''' is a 2012 Google Code-In participant. Although she has used various Free and Open Source Software (FOSS) products over the years, and has contributed example files and tutorials to several projects, this is the first time she has actively participated in the development of FOSS code. Gala is currently in 9th grade, and her favorite computer language is Java. | |
− | + | ---- | |
− | + | ==== Kyle Bodt: Ronja ==== | |
− | |||
− | + | http://brlcad.org/wiki/Ronja | |
− | |||
− | + | Ronja (Reasonable Optical Near Joint Access) is an innovative piece of equipment that utilizes reliable optical data links to create a current communication range of 1.4 km and a speed of 10Mbps full duplex that can be used as a general purpose wireless link for virtually any networking project. This is a very important project for Twibright Labs, a small group of computer science graduate students operating out of Charles University in Prague in the Czech Republic. The group specializes in the usage of Free Software and User Controlled Technology Development. | |
− | |||
− | BRL-CAD | + | The primary output for the Ronja project is a design. The lab does not intend to manufacture and sell the hardware that is being designed but wants to engage in open source development of the technology. The philosophy surrounding User Controlled Technology is the ideal that the end-user is provided with unrestricted access to the intellectual property surrounding the technology, including the tools that are being used to create it. One tool playing an integral part in the development of the Ronja designs is BRL-CAD. All of the models that Twibright labs use to display the different variants of their Ronja concept were created with the help of BRL-CAD. BRL-CAD has allowed the members of Twibright labs to create instructional diagrams so that the users and builders of their open source technology will be able to have the latest information with regard to the proper construction of a Ronja unit. The interactive geometry editor and ray-tracers in BRL-CAD are an integral part in the communication of design plans for Twibright labs and enables them to connect with the users, who are the driving force behind the User Controlled Technology ideal. |
− | + | ---- | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
+ | == Initial Drafts == | ||
+ | These are incomplete articles being worked on. Short 250 to 500-word articles (not counting tables, images, etc) are usually perfect. | ||
==== Anurag Murty: Voxelizing Geometry ==== | ==== Anurag Murty: Voxelizing Geometry ==== | ||
Line 409: | Line 447: | ||
Initial progress on the integration of ADRT's libtie "triangle intersection engine" with LIBRT. | Initial progress on the integration of ADRT's libtie "triangle intersection engine" with LIBRT. | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
---- | ---- | ||
− | |||
− | |||
− | |||
− | |||
== Idea Hopper == | == Idea Hopper == |