On Fri, Sep 14, 2012 at 3:47 AM, Martin Fürholz wrote:
> The latest release viewer 3.4.0 from
> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/viewer-release/rev/264700/arch/CYGWIN/installer/Second_Life_3-4-0-264700_Setup.exe
> is being partially blocked by the popular antivirus-s
Hi,
It looks like the packaged linux64 version of boost,
http://s3.amazonaws.com/viewer-source-downloads/install_pkgs/boost-1.39.0-linux64-20100119.tar.bz2,
is still actually the mislabelled boost 1.34.1. Is there a newer build
available?
Thanks,
Aidan
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 recal
On 12/12/10, Argent Stonecutter wrote:
> You know what would really help people get over the hump of setting up for
> building SL?
>
> A VMware appliance containing a working SL build environment, for 32 and 64
> bit Linux.
It's sort of vaguely on my TODO list, possibly including a way of
creatin
On 12/12/10, Marc Adored wrote:
> Awesome I will checkout the latest then and try to compile it. I
> wasn't aware it was even close to working. I'm excited now.
It's actually been possible for a while, but until recently you had to
manually dig up patches from the Wiki in order to compile a 64-bi
On 10/28/10, Erik Anderson wrote:
> There is a static component that is linked when linking to dynamic
> libraries, however that is present mostly to inform the compiler on what the
> ABI is, or how your compiled code is expected to interact with the DLL. It
> is very possible to write a piece of
On 10/22/10, Zabb65 wrote:
> Looks like this does not need an answer now. Code is up.
> http://hg.secondlife.com/mesh-development/
> \o/
Oh, lovely:
/**
* @filellphysicsshapebuilder.cpp
* @brief Generic system to convert LL(Physics)VolumeParams to
physics shapes
* @author
On 10/22/10, Zabb65 wrote:
> Looks like this does not need an answer now. Code is up.
> http://hg.secondlife.com/mesh-development/
> \o/
Looks like convex decomposition support has been pulled.
"LLConvexDecomposition is a proprietary library based on Havok (TM)
physics libraries. In its place, Li
On Fri, Oct 15, 2010 at 7:15 AM, Jamey Fletcher wrote:
> Is there actually a *reason* for this change, or is it just to screw
> around in the code to do provide an opportunity for new bugs, such as
> the one you found already?
I suspect the reason for the change is that with display names, the
na
On Sun, Oct 3, 2010 at 2:47 AM, Kelly Linden wrote:
> Unfortunately no. LSL scripts take up 16k of memory no matter how much they
> actually use.
Is there any technical reason why this can't be made adjustable,
though? I know that changing the amount of script memory available for
LSL scripts wou
On 9/21/10, Robin Cornelius wrote:
> I'm still not 100% sure why the build of openjpeg supplied by imprudence
> is better than my builds on 2005.
Imprudence is using the openjpeg SVN trunk version from a few months
ago, which is essentially a pre-release version of openjpeg 1.4 and is
slightly mo
On 9/19/10, Argent Stonecutter wrote:
> Perhaps Tateru was referring to the prim data changing (eg, geometry) while
> the prim UUID stays the same. I don't think the viewer makes any assumptions
> about prims being unchanged from session to session, so that's not something
> that would need to be
On 9/8/10, Oz Linden (Scott Lawrence) wrote:
> * Remove viewer-external from hg.secondlife.com
Am I right in thinking there's no revision history in here that isn't
available in more useful and fine-grained form in viewer-external?
> * Take down the Snowglobe subversion repositor
On Sun, Sep 5, 2010 at 8:54 AM, Henri Beauchamp wrote:
> Any chance to get a single diff between the base sources of the viewer
> version that was used to implement display names, and the fully display-names
> implemented viewer sources ?... Or to get a hold on the sources for the viewer
> on whic
On Sat, Aug 28, 2010 at 6:54 PM, Meadhbh Hamrick wrote:
> but for reasons i never learned, linden never implemented prim
> restrictions for openspace sims. so even though you were only supposed
> to have some small number of prims in an openspace sim, the system let
> you go over that limit. so gu
On Thu, Aug 26, 2010 at 8:53 PM, Altair Sythos wrote:
> On Thu, 26 Aug 2010 21:45:14 +0200
> Marine Kelley wrote:
>
>
>> I for one would very much like to see the MultipleAttachments debug
>> setting come back and stay !
>
> i use multiple attachments, quite all users (but not emerald neither
> i
On 8/25/10, Brian McGroarty wrote:
> Has anyone spent time looking at the encrypted chat feature included in some
> third-party viewers? It's my understanding that this contacts third-party
> servers in obtaining and validating keys. Is that correct? If so, do these
> connections share any informa
On Sun, Aug 22, 2010 at 1:22 PM, Ann Otoole wrote:
> What I think LL should consider is something in the TPV policy that
> prohibits any tpv from connecting to any non LL server for any reason when a
> LL grid is selected for login. This simple policy, if correctly followed,
> would have prevented
On 8/22/10, Phox wrote:
> The website in question suffered no ill effects, and to imply that
> loading a .php and a few images is an attempt at DDOS is just
> ridiculous, our login page consists of a .php script a hi-res picture,
> and our website doesn't go down as a result.
Your website did go
On Sat, Aug 21, 2010 at 3:04 PM, Thomas Grimshaw wrote:
> Loading 1mb of content per user is hardly a denial of service attack.
> Crosslinking occurs everywhere on the web, this is simply nothing but
> paranoid bull.
This isn't normal crosslinking. The images and content loaded weren't
actually
You may recall that the Emerald viewer has been leaking potentially
privacy-infringing information - specifically, the directory to which
it's been installed, which in some cases includes usernames - in
encrypted form in baked textures. You may also recall that the
developers lied and said the issu
On 8/19/10, Kelly Linden wrote:
> I just wanted to point out that this theoretical new user's username would
> be baloo198731, it would not be baloo198731.resident. The 'Resident' isn't
> really a part of a new user's identity. It is only shown to viewers that do
> not support display names and le
On 8/18/10, Oz Linden (Scott Lawrence) wrote:
> While there were some good things about the v1 implementation of pie
> menus, they also had some flaws - such as not opening a submenu centered
> on the mouse click.
I actually puzzled over this a bit when I first realised that Second
Life's pie men
On 8/16/10, Oz Linden (Scott Lawrence) wrote:
> Think about it for a minute - there are an infinite number of possible
> solutions for how to build a UI for a virtual world viewer - what are
> the odds that the first or second attempt produced the best possible
> UI? We need new and creative idea
Hi,
On Thu, Jun 3, 2010 at 12:35 AM, Rob Nelson
wrote:
> I am working on the rendering code in the SL viewer at the moment,
> having completed the server-side code and some of the client-side
> packet-handling classes. However, I have zero familiarity with OpenGL,
> so bear with me.
>
> My viewe
On Fri, Apr 30, 2010 at 10:51 PM, Rob Nelson
wrote:
> As a person who is trying to patch (a now rather old version) of OpenSim
> to handle voxel terrain, there's MANY, MANY flaws to the messaging
> subsystem of both the viewer and the server.
>
> For one, I wanted to tack on an additional UDP/TCP
On Thu, Apr 15, 2010 at 3:09 PM, Lance Corrimal
wrote:
> Am Mittwoch, 14. April 2010 20:49:59 schrieb Joe Linden:
>
>> **we've had a lot of internal debate around cost/benefit of OS **... and
>> we're fully committed to redoubling our commitment to make this a
>> successful program*."
>
>
> then..
On Fri, Apr 2, 2010 at 4:49 PM, Gareth Nelson wrote:
> It's a lot of work to maintain, trust me - anyway, it'd be better to
> convince the opensim team to allow viewer developers in.
Yep - people seem to end up writing their own simulator from scratch
instead as a result. I know that I did[1], an
28 matches
Mail list logo