> Ah! Alright.
> This sure seems a better approach.
> I did the following command
> search -not -type region
> to get all the objects which aren't a region.
I don’t think this is what you probably want either. There are objects above
regions (combs that are assemblies/groups) and objects below
On Sat, Aug 6, 2016 at 3:37 PM, Inderpreet Singh wrote:
> Keep
> deployment at your top-most priority and then work on other tasks left
> side by side.
If you are facing any problem in deployment, feel free to ask.
--
Inderpreet Singh
Ekoankar Sahai
ishwerdas.com
facebook.com/okayinder
https://
On Sat, Aug 6, 2016 at 3:30 PM, Gauravjeet Singh
wrote:
> Our goal is to reduce the number of .obj files per model. And if
> possible keep it to one per model for viewing purpose.
> For further tweaking and analyzing like giving a different color to
> each part of the model, we can render another
On Wed, Aug 3, 2016 at 6:27 PM, Christopher Sean Morrison
wrote:
> You shouldn’t make any assumptions about how objects are named. If you want
> objects that are or are not regions, the “search” command will be more robust
> (see the "-type region” option, run “brlman search” for docs).
Ah! Al
> This is not easy to solve robustly because it’s logically NP-complete and
> numerically unstable due to floating point. Basically, it’s trying to turn
> the implicit CSG boolean expression into a single triangle mesh. It’s
> failing.
For anyone looking for more background information on th
> The problem I mentioned above is solved.
Please be more specific so others can learn. What exactly was wrong and how
did you fix it?
>
> Another problem I face is model specific. There's a .g file named
> axis.g in BRL-CAD examples. It works perfectly fine. But when I upload
> another model
> On Jul 24, 2016, at 3:23 AM, Gauravjeet Singh
> wrote:
>
> Step 1: Execute mged Ls command to get a list of objects
> Filter the objects without .r extension in their name using a regular
> expression.
> (The regular expression that works here is /\w*\.r/g )
You shouldn’t make any assumption
On Wed, Aug 3, 2016 at 4:21 PM, Gauravjeet Singh
wrote:
> nmg_bool(): Dangling faces detected in rA after boolean
> I20160803-15:22:07.209(5.5)?
> I20160803-15:22:07.210(5.5)? conversion of /aagWadraD9338g3fH FAILED!
> I20160803-15:22:07.211(5.5)?
> I20160803-15:22:07.212(5.5)? ERROR: bad pointer
On Sun, Jul 24, 2016 at 12:53 PM, Gauravjeet Singh
wrote:
> The problem, However, I am having with this is
> It doesn't execute in this sequence. Step 4 executes first and Step 3
> afterwards. This makes the merged object in .g file, but its
> respective obj file isn't generated.
Hello,
The probl
On Sun, Jul 17, 2016 at 11:26 PM, Inderpreet Singh wrote:
> I understood the implementation at mged level but yet can't see any
> code related to it. I am curious to know about your implementation.
Hello Inder,
Regarding implementation, here's what I have doing this till now
I found the file wh
On Thu, Jul 14, 2016 at 12:37 PM, Gauravjeet Singh
wrote:
> I rendered just the new.obj file, and amazingly it rendered the complete
> model.
Bravo! that would really optimize OGV.
I understood the implementation at mged level but yet can't see any
code related to it. I am curious to know about
On Sat, Jul 9, 2016 at 10:57 AM, Gauravjeet Singh
wrote:
> So is there any command in BRL-CAD that can hack the merge of several
> different obj files.
> Or Is there any parameter of g-obj command that will reduce the number
> of obj files created for a single .g file.
Obj file is created for eac
On Sat, Jul 9, 2016 at 10:57 AM, Gauravjeet Singh
wrote:
> So is there any command in BRL-CAD that can hack the merge of several
> different obj files.
I read the format of an obj file, and if we try to manually merge two
obj files, it shall be done as following:
https://gist.github.com/Gaurav
13 matches
Mail list logo
