Re: [opensource-dev] Tab button no longer works

[Boroondas Gupte]

On 12/30/2010 04:54 AM, tinselsilv...@frontiernet.net wrote:
> My tab button has not worked in the last two Dev versions 217861 & 217920. 
> Did I miss a post or Jira regarding this issue?
STORM-823 

> The lack of a tab button makes building and teleporting to exact coordinates 
> more difficult.
Indeed.

> I tend to tweak my Debug Settings for personal preferences. Did I 
> inadvertently disable the tab button?
Unlikely. I wouldn't know of any setting that would do that.

> Any advice on how to correct would be most appreciated. Thanks.
I guess there isn't much you can do besides waiting until it's fixed
and/or use a version that isn't affected. (Except of course if you're
able to fix it yourself, in which case a changeset would be most welcome.)

Cheers,
Boroondas
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] FMOD or not (was: Debian Squeeze compiling)

[Boroondas Gupte]

On 12/29/2010 04:21 PM, Duncan Bradders wrote:
> Hello, I'm trying to compile the latest viewer development on my
> distro, the envoronment it's the same for other viewers and usually I
> can compile TPV V1 viewers.
>
> dbradd...@casa:~/Src/viewer-development/indra$ ./develop.py
> --type=Release configure 2>&1 | tee build.log
>
> then:
>
> dbradd...@casa:~/Src/viewer-development/indra$ ./develop.py
> --type=Release build 2>&1 | tee -a build.log
>
> It tell me fmod.h is missing but it's not. Where I'm wrong?
Maybe that fmod.h is just somewhere else than the build system expects
it? STORM-406  probably
changed the location where the FMOD files have to be placed.

> many thanks in advance for any hint...
Since quite some time, you can build the Viewer without FMOD and have
sound anyway (OpenAL will be used instead). That's why the instructions
for where to place the FMOD files have been removed from the linux build
documentation
.
However, since STORM-406 
one has to explicitly disable the FMOD option (e.g. by configuring with
-DFMOD=OFF) to be able to build when FMOD cannot be found, which still
isn't properly documented, yet.

Cheers,
Boroondas
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] Convexdecomposition for open source devs

[WolfPup Lowenhar]

I have recently had a conversation with someone @ LL that has said they
would be willing to help develop and OS version of llconvexdecompisition. I
even I even discussed which ones they thought was good but they have not had
the time to look at the open source version in a technical way. So what I
thought of is start a thread here that would allow the OS community both
vote and comment on the OS versions with the one most generally liked being
used and converted to be compatible to the LL mesh viewer.

 

Versions that I have found(to place your vote on this put an x next it.):

 

Bullet Physics Library(just the convexdecomp section):

Web site : http://code.google.com/p/bullet/

Votes> 

 


  John Ratcliff's:


Web Site :
http://codesuppository.blogspot.com/2009/11/convex-decomposition-library-now
.html


Votes> 


 


 


Comments for either system:


 

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] saving textures

[Oz Linden (Scott Lawrence)]

On 2010-12-29 19:08, Dave Booth wrote:
> Anyone else having issues SAVING textures with the dev viewer?
>
> With the 2.4.0 release viewer I can pull up a texture (that I created,
> so no perms issues) out of my inventory and hit "save as" and pull a
> fresh copy down to my hdd with no problems..
>
> With the current dev build it hourglasses for a long time and then pops
> a notification of "unable to download texture"

'current' is not a version identifier - please be specific.

> Related to the kdu upgrade perhaps Merov?

Merov is on vacation until Jan 4...

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Convexdecomposition for open source devs

[Tateru Nino]

Knowing what their licenses are is very important. They'll need to be 
LGPL compatible, if I remember rightly.


On 31/12/2010 1:03 AM, WolfPup Lowenhar wrote:


I have recently had a conversation with someone @ LL that has said 
they would be willing to help develop and OS version of 
llconvexdecompisition. I even I even discussed which ones they thought 
was good but they have not had the time to look at the open source 
version in a technical way. So what I thought of is start a thread 
here that would allow the OS community both vote and comment on the OS 
versions with the one most generally liked being used and converted to 
be compatible to the LL mesh viewer.


Versions that I have found(to place your vote on this put an x next it.):

Bullet Physics Library(just the convexdecomp section):

Web site : http://code.google.com/p/bullet/

Votes>


  John Ratcliff's :


  Web Site :
  
http://codesuppository.blogspot.com/2009/11/convex-decomposition-library-now.html


  Votes>


  Comments for either system:



___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges


--
Tateru Nino
http://dwellonit.taterunino.net/

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Convexdecomposition for open source devs

[WolfPup Lowenhar]

That is why I put the link to the sites where the source is hosted so you
can check this and the license they are using are full GPL which is
compatible with LGPL if I remember correctly.

 

From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Tateru
Nino
Sent: Thursday, December 30, 2010 9:37 AM
To: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] Convexdecomposition for open source devs

 

Knowing what their licenses are is very important. They'll need to be LGPL
compatible, if I remember rightly.

On 31/12/2010 1:03 AM, WolfPup Lowenhar wrote: 

I have recently had a conversation with someone @ LL that has said they
would be willing to help develop and OS version of llconvexdecompisition. I
even I even discussed which ones they thought was good but they have not had
the time to look at the open source version in a technical way. So what I
thought of is start a thread here that would allow the OS community both
vote and comment on the OS versions with the one most generally liked being
used and converted to be compatible to the LL mesh viewer.

 

Versions that I have found(to place your vote on this put an x next it.):

 

Bullet Physics Library(just the convexdecomp section):

Web site : http://code.google.com/p/bullet/

Votes> 

 


  John Ratcliff's:


Web Site :
http://codesuppository.blogspot.com/2009/11/convex-decomposition-library-now
.html


Votes> 


 


 


Comments for either system:


 

 
 
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting
privileges





-- 
Tateru Nino
http://dwellonit.taterunino.net/
  _  


No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1191 / Virus Database: 1435/3348 - Release Date: 12/30/10

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] saving textures

[Dave Booth]

On 12/30/2010 08:28, Oz Linden (Scott Lawrence) wrote:
>
> 'current' is not a version identifier - please be specific.
>

Sorry Oz - by "current" I meant an up to date daily build - in that case 
build 217881, although I've just repro'd it on 217920 too

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Convexdecomposition for open source devs

[Dave Booth]

On 12/30/2010 08:03, WolfPup Lowenhar wrote:
>
> I have recently had a conversation with someone @ LL that has said 
> they would be willing to help develop and OS version of 
> llconvexdecompisition. I even I even discussed which ones they thought 
> was good but they have not had the time to look at the open source 
> version in a technical way. So what I thought of is start a thread 
> here that would allow the OS community both vote and comment on the OS 
> versions with the one most generally liked being used and converted to 
> be compatible to the LL mesh viewer.
>
> Versions that I have found(to place your vote on this put an x next it.):
>
> Bullet Physics Library(just the convexdecomp section):
>
> Web site : http://code.google.com/p/bullet/
>
> Votes>
>
>
>   John Ratcliff's :
>
>
>   Web Site :
>   
> http://codesuppository.blogspot.com/2009/11/convex-decomposition-library-now.html
>
>
>   Votes>
>
>
>   Comments for either system:
>
>

I cant exactly speak to the quality of either but the fact that Bullet 
is the physics implementation used by opensim should IMHO give that 
choice a bit of a leg up. The fact that the library is already in use as 
the phys engine on the most prevalent opensource server makes its use 
for decomp in an opensource viewer rational, just as the use of havok 
decomp in the LL-compiled viewer made sense since that physics library 
was already present in-house.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] Review Request: (STORM-797) Parcel SLURL rendering

[Seth ProductEngine]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/69/
---

Review request for Viewer.


Summary
---

Added parcel SLURL rendering with human readable parcel names.
- Added parcel info observer to LLUrlEntryParcel.
- Added notifying LLUrlEntryParcel by LLRemoteParcelInfoProcessor when parcel 
data arrives.
- Added notifying LLUrlEntryParcel about user login, changing host and viewer 
connection state to use this data in remote parcel requests.


This addresses bug STORM-797.
http://jira.secondlife.com/browse/STORM-797


Diffs
-

  indra/llui/llurlentry.h 27dae7b01a81 
  indra/llui/llurlentry.cpp 27dae7b01a81 
  indra/llui/tests/llurlentry_stub.cpp 27dae7b01a81 
  indra/newview/llagent.cpp 27dae7b01a81 
  indra/newview/llappviewer.cpp 27dae7b01a81 
  indra/newview/llremoteparcelrequest.cpp 27dae7b01a81 
  indra/newview/llstartup.cpp 27dae7b01a81 
  indra/newview/tests/llremoteparcelrequest_test.cpp 27dae7b01a81 

Diff: http://codereview.secondlife.com/r/69/diff


Testing
---


Thanks,

Seth

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Debugging Snowstorm under Linux x64 with GDB locks the whole X session

[Monty Brandenberg]

On 12/29/2010 4:05 PM, Nicky D. wrote:
> On Wed, Dec 29, 2010 at 9:30 PM, Monty Brandenberg  
> wrote:
>> On 12/29/2010 1:19 PM, Aleric Inglewood wrote:
>>
>>> yes, this is a "known" problem: the viewer sometimes locks the X display,
>>> if then you halt it in the debugger you're toast.
>>
>> I only have creaky old Debians at hand but wondered if those with
>> more modern distros with updated GTKs can work around it by
>> changing the 'gtk_debug_flags'.  There's now a GTK_DEBUG_NOGRABS
>> flag (1<<  12, I think).  Set that and play a bit.  No guarantees,
>> you'll need very recent libs and I don't know at what point in
>> execution you'll need to set that flag.  (The --gtk-debug and
>> --gdk-debug cmd options also drive this.)  But there it is...
>>
>
> Thank you two for you replies. I will try the gtk debug env later.

If anyone does play with the env var on a system with *recent*
gtk libs, let us know what happens.  (We could probably use a
hints-and-tips page with stuff like this.)

Won't be any help to those with junk X ddxs or defective OS
support libs

-- 
Monty Brandenberg 617.401.2384
mo...@lindenlab.com
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] saving textures

[Robin Cornelius]

On Thu, Dec 30, 2010 at 4:08 PM, Dave Booth  wrote:
> On 12/30/2010 08:28, Oz Linden (Scott Lawrence) wrote:
>>
>> 'current' is not a version identifier - please be specific.
>>
>
> Sorry Oz - by "current" I meant an up to date daily build - in that case
> build 217881, although I've just repro'd it on 217920 too
>

I'm not able to repro on my own build from Viewer Development - 14355
(27dae7b01a81), the textures save as expected with a small delay whist
ones that are not cached fetch from the server. So if it is
consistently reproducing on official binaries then it may be related
to the KDU changes (where as my builds would use OpenJpeg).

Robin
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Review Request: (STORM-797) Parcel SLURL rendering

[Andrew ProductEngine]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/69/#review106
---

Ship it!


Looks plausible. The fix works good, and though some changes may not look 
pretty, I can't offer a better way to do them.

- Andrew


On 2010-12-30 08:20:11, Seth ProductEngine wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/69/
> ---
> 
> (Updated 2010-12-30 08:20:11)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Added parcel SLURL rendering with human readable parcel names.
> - Added parcel info observer to LLUrlEntryParcel.
> - Added notifying LLUrlEntryParcel by LLRemoteParcelInfoProcessor when parcel 
> data arrives.
> - Added notifying LLUrlEntryParcel about user login, changing host and viewer 
> connection state to use this data in remote parcel requests.
> 
> 
> This addresses bug STORM-797.
> http://jira.secondlife.com/browse/STORM-797
> 
> 
> Diffs
> -
> 
>   indra/llui/llurlentry.h 27dae7b01a81 
>   indra/llui/llurlentry.cpp 27dae7b01a81 
>   indra/llui/tests/llurlentry_stub.cpp 27dae7b01a81 
>   indra/newview/llagent.cpp 27dae7b01a81 
>   indra/newview/llappviewer.cpp 27dae7b01a81 
>   indra/newview/llremoteparcelrequest.cpp 27dae7b01a81 
>   indra/newview/llstartup.cpp 27dae7b01a81 
>   indra/newview/tests/llremoteparcelrequest_test.cpp 27dae7b01a81 
> 
> Diff: http://codereview.secondlife.com/r/69/diff
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Seth
> 
>

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] saving textures

[Trilo Byte]

I'm experiencing the same failure, build 217920.  I wrote up a JIRA:
https://jira.secondlife.com/browse/VWR-24353

Please vote, add a comment with your machine/OS info/build info, or any other 
pertinent info I might have missed.

Cheers

Trilo

On Dec 30, 2010, at 8:08 AM, Dave Booth wrote:

> On 12/30/2010 08:28, Oz Linden (Scott Lawrence) wrote:
>> 
>> 'current' is not a version identifier - please be specific.
>> 
> 
> Sorry Oz - by "current" I meant an up to date daily build - in that case 
> build 217881, although I've just repro'd it on 217920 too
> 
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting privileges

___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

[opensource-dev] Somewhat Regular Scrum(ish) Summary - Thursday, December 30

[Anya Kanevsky]

 Thursday, December 30, 2010 General Notes
--

   - With most on vacation in US, only posting PE updates - summaries _for
   this week to date_.
   - Happy Impending New Year! Let the resolutions begin!

Team Status
--
 Paul ProductEngine
--

*PAST*

   - BUG STORM-721 (Information about resident is displayed incorrectly in
   mini-inspector if there are any resident or group SLURLs)
  - handed over to Andrew who is more familiar with LLTextBase
   - BUG STORM-714 (Webprim's control bar doesn't dissapear after switching
   to mouselook mode)
   - BUG STORM-512 ("Allow media to auto - play" check-box is enable after
   Media check-box was unchecked)
   - BUG STORM-387 (Part of the table is hidden after increasing firsts
   column width in the floater and then dock it to the SP)
   - WIP. Investigating. Rude estimate ~ 8 hours
   - BUG STORM-513 ("Allow media to auto - play" check-box is enable after
   Media check-box was unchecked)
   - BUG STORM-493 ('Map' button slightly overlaps scroll bar into My Group
   info->Land/Assets accordion)

*FUTURE*

   - BUG STORM-370 (Human-readable name of region disappears from Location
   Bar after pressing ESC)

*IMPEDIMENTS*

   - None

Seth Productengine
--

*PAST*

   - Code reviews.
   - TASK (STORM-797) Parcel SLURL rendering
  - Moved parcel name retrieving to llmessage. Worked on receiving
  remote parcel names in SLURL objects. Resolved viewer linking
problems which
  appeared after moving parcel name retrieving to llmessage.
  - Found and fixed crashes when receiving remote parcel names in SLURL
  objects.
  - Refactored the parcel name resolving within a SLURL object. Cleaned
  up and tested the fix. Worked on issues spotted by Vadim's review.
  Refactored task implementation in order to leave parcel
processor class in
  newview and reduce overhead with observers usage.
  - Working on fixing unit tests.


   - BUG (STORM-550) LLDir::getNextFileInDir fails for some complex wildcard
   combinations
  - Got feedback from Oz. Working on refactoring the directory iterator
  class.

*FUTURE*

   - TASK (STORM-797) Parcel SLURL rendering.
  - Fix unit tests for parcel SLURL
   - TASK (STORM-28) As a User, I want the ability to send my calling card
   to others

*IMPEDIMENTS*

   - None

Andrew Productengine
--

*PAST*

   - Normal task STORM-2 (As a User, I want to set my own default views with
   specific UI layout so I can tailor my Viewer experience to the activities
   I'm most interested in).
  - Found an issue in opened loaded sidetray floaters. Struggling with
  it. Implementing UI proposed by Esbee.
   - Major bug STORM-823 (Tab Key not working properly).
  - Found where in code the bug happens. Searching for root cause and
  solution.

*FUTURE*

   - STORM-823 (Tab Key not working properly).
  - Estimate - 3 hours.
   - Normal task STORM-2 (Customizable viewer layouts).
  - Estimate for current version of feature - 2 days.

*IMPEDIMENTS*

   - STORM-2. Waiting for Q's reply to letter about organization of layout
   saving.

Vadim Productengine
--

*PAST*

   - Bug STORM-682 (Toasts appear in wrong position if switch to mouse look
   when side tray is expanded)
   - Bug STORM-242 (Server version dialog message has incorrect release
   notes link):
   - Bug STORM-349 (Broken Window: rename shader_heirarchy.txt to
   shader_hierarchy.txt):
  - Investigated, not sure how to fix safely.
   - Bug STORM-394 ('UI size' slider from advanced Preference is shifted to
   right):
  - 
Resolved as not reproducible.
   - Reported bug STORM-822 (Crash in LLKeyframeDataCache::clear).
   - Bug STORM-437 (Docked nearby chat overlaps sidebar panel after
   unmaximizing viewer window).
  - WIP. Haven't finished yet (ETA 4h).
   - Code review.

*FUTURE*

   - Short vacatition (will return on 01/04)

*IMPEDIMENTS*

   - Need a decision in STORM-702 (Make it possible to wear partial
   outfits).
   - What to do with VWR tickets assigned to ProductEngine Team?

https://jira.secondlife.com/secure/IssueNavigator.jspa?mode=hide&requestId=13071
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] saving textures

[Monty Brandenberg]

On 12/30/2010 12:50 PM, Trilo Byte wrote:
> I'm experiencing the same failure, build 217920. I wrote up a JIRA:
> https://jira.secondlife.com/browse/VWR-24353
>
> Please vote, add a comment with your machine/OS info/build info, or any
> other pertinent info I might have missed.

There are several interesting things happening in the log file fragment
you attached (including a functor lookup problem in UI Toast land).
But the interesting one I expect is this:

2010-12-30T18:07:44Z INFO: parse: LLSDXMLParser::Impl::parse: 
XML_STATUS_ERROR parsing:cap invocation rate exceeded: 
'xx----'

Need more info (logs, additional confirmation) but I suspect we're
getting error status back in a bad encoding and so we don't know to
retry a save in the viewer.

-- 
Monty Brandenberg
mo...@lindenlab.com
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Tab button no longer works

[Andrew Dyukov]

The bug is fixed and will be merged into viewer-development after PO review.

2010/12/30 Boroondas Gupte :
> On 12/30/2010 04:54 AM, tinselsilv...@frontiernet.net wrote:
>
> My tab button has not worked in the last two Dev versions 217861 & 217920.
> Did I miss a post or Jira regarding this issue?
>
> STORM-823
>
> The lack of a tab button makes building and teleporting to exact coordinates
> more difficult.
>
> Indeed.
>
> I tend to tweak my Debug Settings for personal preferences. Did I
> inadvertently disable the tab button?
>
> Unlikely. I wouldn't know of any setting that would do that.
>
> Any advice on how to correct would be most appreciated. Thanks.
>
> I guess there isn't much you can do besides waiting until it's fixed and/or
> use a version that isn't affected. (Except of course if you're able to fix
> it yourself, in which case a changeset would be most welcome.)
>
> Cheers,
> Boroondas
>
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Convexdecomposition for open source devs

[Aidan Thornton]

On Thu, Dec 30, 2010 at 2:03 PM, WolfPup Lowenhar
 wrote:
> Bullet Physics Library(just the convexdecomp section):
>
> Web site : http://code.google.com/p/bullet/
>
> John Ratcliff's:
>
> Web Site :
> http://codesuppository.blogspot.com/2009/11/convex-decomposition-library-now.html

I seem to recall that the Bullet convex decomposition is actually
based on an older version of John Ratcliff's code with their own
improvements added. The two use completely different APIs, though, so
there's probably no easy way to switch between them.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges

Re: [opensource-dev] Convexdecomposition for open source devs

[Dahlia Trimble]

There is an implementation of bullet in OpenSimulator but it's not as well
tested as ODE, which is the dominant engine in use. Both engines are
currently using trimesh colliders for complex prims, sculpties, and meshes
and the version of ODE included with OpenSimulator does not support convex
hull colliders.
On Dec 30, 2010 8:10 AM, "Dave Booth"  wrote:
> On 12/30/2010 08:03, WolfPup Lowenhar wrote:
>>
>> I have recently had a conversation with someone @ LL that has said
>> they would be willing to help develop and OS version of
>> llconvexdecompisition. I even I even discussed which ones they thought
>> was good but they have not had the time to look at the open source
>> version in a technical way. So what I thought of is start a thread
>> here that would allow the OS community both vote and comment on the OS
>> versions with the one most generally liked being used and converted to
>> be compatible to the LL mesh viewer.
>>
>> Versions that I have found(to place your vote on this put an x next it.):
>>
>> Bullet Physics Library(just the convexdecomp section):
>>
>> Web site : http://code.google.com/p/bullet/
>>
>> Votes>
>>
>>
>> John Ratcliff's :
>>
>>
>> Web Site :
>>
http://codesuppository.blogspot.com/2009/11/convex-decomposition-library-now.html
>>
>>
>> Votes>
>>
>>
>> Comments for either system:
>>
>>
>
> I cant exactly speak to the quality of either but the fact that Bullet
> is the physics implementation used by opensim should IMHO give that
> choice a bit of a leg up. The fact that the library is already in use as
> the phys engine on the most prevalent opensource server makes its use
> for decomp in an opensource viewer rational, just as the use of havok
> decomp in the LL-compiled viewer made sense since that physics library
> was already present in-house.
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting
privileges
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges