Ah, brilliant!
OK, taking a very quick look at that paper and what you say, I see I
misunderstood your original question. My bad. However, I think the answer
may be easier than what I was getting at, in that a polynomial curve is a
$C^\{infty}$ structure already, so there is no problem at all.
On Mon, Jul 15, 2013 at 11:54 PM, Matt Shepit wrote:
> I cannot access the paper, so I'm only guessing here to a large extent...
>
> http://libgen.org/scimag1/10.1016/S0010-4485%252896%252900099-1.pdf
- Bryan
http://heybryan.org/
1 512 203 0507
---
I came across a 2004 thesis paper that I'd not seen that is a "little" relevant
to our current development efforts:
http://dcgi.felk.cvut.cz/home/havran/ARTICLES/EfremovMasterThesis.pdf
His method is actually the classic decomposition of NURBS surfaces into sets of
Bezier patches, which we int
I cannot access the paper, so I'm only guessing here to a large extent...
However, would piecewise $C^\{infty}$ not be OK to work with in terms of an
implementation? That is, if the contour had a fixed number of corners /
cusps that were known a-priori, could you not then apply said algorithm
betw
Hi!
After several weeks' work on the surface-surface intersections, it's improved
significantly and can handle lots of cases that cannot be handled well before.
It's more accurate and correct, ready for the evaluation. (Other intersections
such as curve-curve, curve-surface, point-point, point
On Jul 15, 2013, at 4:54 PM, check.nyah wrote:
> Today, I implemented the pull_leaf routine which forms a linked list of nodes
> which will be used in mathematically restoring the original matrix
> transformations of the pull. But I need to define a magic number for pull. So
> I did a hexadeci
Well I worked today on building a linked list with pull_leaf() routine
from the object's root and tomorrow will start working on the extracting
the corresponding matrix transform for the basic matrices.
On Mon, Jul 15, 2013 at 2:11 AM, Christopher Sean Morrison
wrote:
>
> On Jul 14, 2013, at 3:
Today, I implemented the pull_leaf routine which forms a linked list of
nodes which will be used in mathematically restoring the original matrix
transformations of the pull. But I need to define a magic number for pull.
So I did a hexadecimal conversion of 'pull' which gave 0x70756c6c. I wish
know
Richard et al,
I completely restructured the rec shot routine because I noticed several
problems (new and old). My testing after changing it was very favorable, but
please let me know if you find a problem.
Right now, the main change was to always test intersections against the
cylinder and
On Jul 15, 2013, at 7:32 AM, Tom Browder wrote:
> I'm just suggesting the macro as a way to help new BRL-CAD builders
> avoid the same mistake.
I think it's good to make it not be a mistake. It's an entirely reasonable
expectation and one step less if all you care about is a single compile.
On Jul 15, 2013, at 12:31 PM, Talwinder saini wrote:
> I need it badly.Kindly refer me some book (if any) or any other
> resource to under brlcad and its components.
In addition to the documents on the website (in particular, the extensive
introduction to mged), perhaps this old diagram helps u
On Mon, Jul 15, 2013 at 11:31 AM, Talwinder saini
wrote:
> On Thu, Jul 4, 2013 at 11:00 PM, Talwinder saini
> wrote:
>> Can anyone refer me any document(s)/links that can help me in finding
>> answers of above mentioned questions?
>
> I need it badly.Kindly refer me some book (if any) or any othe
On Thu, Jul 4, 2013 at 11:00 PM, Talwinder saini
wrote:
> Can anyone refer me any document(s)/links that can help me in finding
> answers of above mentioned questions?
I need it badly.Kindly refer me some book (if any) or any other
resource to under brlcad and its components.
--
Talwinder Saini
Tom,
That situation has changed since the early days of BRL-CAD's CMake build -
in-src-dir building should now work. In fact, one of our distcheck-full
builds now tests an in-src-dir build, not just for compilation and
functionality but a working distclean target as well.
Because of the introspe
On Mon, Jul 15, 2013 at 6:24 AM, Daniel Roßberg
wrote:
> I thought I'm doing such an out of sources build all the time. Have
> you used the CMake GUI?
No, Daniel, I don't use the GUI, and I ALWAYS do an out-of-source
build since my disastrous first cmake build a couple of years ago.
I'm just su
I thought I'm doing such an out of sources build all the time. Have
you used the CMake GUI?
Daniel
2013/7/15 Tom Browder :
> Since getting on the CMake band wagon and successfully (albeit newbie
> crudely) converting a non-trivial project to CMake, I have been
> looking for a macro to enforce b
Since getting on the CMake band wagon and successfully (albeit newbie
crudely) converting a non-trivial project to CMake, I have been
looking for a macro to enforce building out side a project's source
directory. I found a user-contributed one that seems to be a
reasonable start and I am experimen
17 matches
Mail list logo
