On Jul 25, 2013, at 4:07 PM, Check Nyah wrote:
> >Also, were the numbers stable? That is, your two results are approximately
> >65s vs 55s which is about 15% reduction in time. If you ran the comparison
> >a couple more >times with different matrices, is always about 15%?
>
> Well the test w
On Jul 25, 2013, at 3:58 PM, Check Nyah wrote:
> Well Sean,
> here is the code I used to test the both the new and old algorithms. Actually
> I did not write all of it from scratch. But adapted the code to suit the test
> i needed to perform. Added a make file to enable compiler code easily.
T
On Jul 25, 2013, at 5:27 PM, Harmanpreet Singh wrote:
> Here are the prototypes of how the BRL-CAD models will be visualized
> interactively on browser.
Thanks for sharing the progress. Is that our sample mug? It looks a little
off.
> BTW, I found something similar to this project:
> https:/
On Jul 25, 2013, at 5:08 PM, Vlad Bogolin wrote:
> That's a shame that no help is to be had externally so far. Keep at it and
> keep us informed what you find out. If it's a dead end, we can always push
> towards a longer-term approach of decoupling Tk, but that will be more work.
>
> I have
Here are the prototypes of how the BRL-CAD models will be visualized
interactively on browser.
http://devplace.in/~harman/geometry_viewer/cylinder.html
http://devplace.in/~harman/geometry_viewer/mug.html
However, currently the material is default, trying to give it some
material or texture in Thr
Hi,
That's a shame that no help is to be had externally so far. Keep at it and
> keep us informed what you find out. If it's a dead end, we can always push
> towards a longer-term approach of decoupling Tk, but that will be more work.
>
I have managed to embed Qt in the Tk main window and commi
>Also, were the numbers stable? That is, your two results are
approximately 65s vs 55s which is about 15% reduction in time. If you ran
the comparison a couple more >times with different matrices, is always
about 15%?
Well the test was based on the fact that the code generates a real
transformat
Well Sean,
here is the code I used to test the both the new and old algorithms.
Actually I did not write all of it from scratch. But adapted the code to
suit the test i needed to perform. Added a make file to enable compiler
code easily.
Cheers!
Nyah
On Thu, Jul 25, 2013 at 7:50 PM, Christoph
On Jul 25, 2013, at 01:25 PM, Check Nyah wrote:Hey Sean,Just ran the tests comparing the old and new routines for computing the determinant and which gave me the following results:Excellent Nyah. That definitely looks like a nice improvement. Can you attach the test you used?Also, were the numbe
Hi Kesha,
> Also, I am interested and wanted to have some details about doc camp as to
> exact dates, if available. My exams will be around last week of November
> and at 1 or 2 days of December.
>
>
This will be held at Google's Mountain View headquarters in California from
October 14 - October
Hi Sean,
I have updated code cleanup page.
Also, I am interested and wanted to have some details about doc camp as to
exact dates, if available. My exams will be around last week of November
and at 1 or 2 days of December.
Will there be some sort of training given on document writing or given a
Another summary:
Summary:
- bn_mat_determinant()
GCC 4.6.3 compiles both existing libbn and my implementations to roughly
equally efficient binary on x86-64 if optimizations are enabled. Without
compiler optimizations, mine is clearly faster.
Without optimizations, mine runs in 1
Hey Sean,
Just ran the tests comparing the old and new routines for computing the
determinant and which gave me the following results:
Old_determinant Test:
Det: -3291.00
real1m5.151s
user1m5.081s
sys0m0.019s
New_determinant Test:
Det: -3291.00
real0m54.921s
user0m54.8
On Jul 25, 2013, at 09:01 AM, Tom Browder wrote:My first novice thought for package name was to split brlcad into several Debian binary packages similar to libxml2:You'd probably want to look at larger projects as an example, projects that ship many libraries like apache, svn, gcc, etc. Single li
On 25/07/13 15:01, Tom Browder wrote:
> My first novice thought for package name was to split brlcad into
> several Debian binary packages similar to libxml2:
>
> libbrlcad
> libbrlcad-dev
> libbrlcad-utils
> libbrlcad-doc
> libbrlcad-dbg
>
> with the source package retaining the name as is produ
On Jul 25, 2013, at 08:38 AM, Check Nyah wrote:>Please do share your test and summarize your testing results here or on the patch itself when you have it. If you need help setting up the test harness, just ask. We >seem to end up writing a quick test harness for something ever week. :)I have alr
My first novice thought for package name was to split brlcad into
several Debian binary packages similar to libxml2:
libbrlcad
libbrlcad-dev
libbrlcad-utils
libbrlcad-doc
libbrlcad-dbg
with the source package retaining the name as is produced by the
BRL-CAD dev team.
However, after being pointed
On Wed, 24 July 2013 20:33:39 Christopher Sean Morrison wrote,
>Is there anyone interested in attending the Google Doc Camp? ?We be able
to >send up to five people spending a week in Mountain View, if we apply
and are >accepted. ?Anyone interested in contributing to docs for BRL-CAD
would be >welc
here are the results of my benchmark tests with the new algorithm
B R L - C A D B E N C H M A R K
=
Running /usr/code/brlcad-build/bin/benchmark on Thu Jul 25 10:14:19 WAT 2013
Logging output to run-20835-benchmark.log
Linux localhost.localdomain 2.6.32-220.el6.i68
>ease do share your test and summarize your testing results here or on the
patch itself when you have it. If you need help setting up the test
harness, just ask. We >seem to end up writing a quick test harness for
something ever week. :)
I have already implemented and tested the algorithm with p
On Jul 25, 2013, at 4:24 AM, check.nyah wrote:
> Sorry, Sean for the mistake I was talking about the bn_mat_determinant()
> routine(src/libbn/mat.c:1051). I will do the tests on my proposed routines
> and do a comparism to see it its better; but i know it'll be.
Ah, that makes a lot more sense
ok You can count me in. :)
On Thu, Jul 25, 2013 at 1:30 PM, Christopher Sean Morrison
wrote:
>
> On Jul 25, 2013, at 4:11 AM, check.nyah wrote:
>
> > yes I am interested in participating in the Google Doc Camp. I just wish
> to know the programming languages required.
>
> Programming languages a
On Jul 25, 2013, at 4:11 AM, check.nyah wrote:
> yes I am interested in participating in the Google Doc Camp. I just wish to
> know the programming languages required.
Programming languages are not involved. It's a week where a team of people
write open source documentation.
Cheers!
Sean
-
>ps. There is no bn_mat_identity() function. There is a MAT_IDN() macro, a
bn_mat_identity global, and a MAT_INIT_IDN static initializer.
Sorry, Sean for the mistake I was talking about the bn_mat_determinant()
routine(src/libbn/mat.c:1051). I will do the tests on my proposed routines
and do a co
yes I am interested in participating in the Google Doc Camp. I just wish to
know the programming languages required.
Cheers!
Nyah
On Wed, Jul 24, 2013 at 9:33 PM, Christopher Sean Morrison
wrote:
>
> Is there anyone interested in attending the Google Doc Camp? We be able
> to send up to five p
25 matches
Mail list logo
