I agree very much about extensive testing of changes in
key-functionality like voice. Lots of teleporting is the right thing to
do for this patch (see the jira for more a more detailed list of things
that I think need to be adressed).
About Inventory failures and being disconnected from the sim,
Lee ponzu schrieb:
> Does the Linux viewer use X? If you DISPLAY SL on another computer
> running an XServer, does it behave OK.
>
> If so, could you assemble a small Linux host with a high end GPU and
> then DISPLAY SL on a different computer on the same local network?
>
> ponzu
so far I used yuk
I' ve been successfully uploading meshes on OSGrid with your library, Wolfpup,
and I'm confident it will work in SL soon, too. Great work, thank you for
that !
:)
Armin
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.c
I just came along that, too. It only happens with a release build, commit that
introduced it is 4880a28422be (viewer-development).
I worked around it by passing -Wno-array-bounds to the compiler (see here:
https://bitbucket.org/ArminW/kokua-merge-3.0.0/changeset/f4a68595e9b6 ) for
now.
Hope tha
> The underlying code segment here needs a rewrite. This is one of the rare
> cases where GCC is actually complaining for a very valid reason.
/me agrees absolutely.
Is there already a Jira around (I searched, but didn't find one, but that
might be just bad luck)?
Armin
_
> That define is really only used for some statics code in
> llallocator.cpp. It does
> not influence if tcmalloc is used or not.
its not clear where/why/when it is used - any code path includuing tcmalloc
on linux 32bit isn't compiled, though the viewer crashes if it isn't linked,
which in my o
Am Tuesday 20 December 2011 17:19:34 schrieb Mike Chase:
> If I run
>
> gst-launch-0.10 playbin uri=http://96.44.147.34:7078
>
> This works fine.
>From the replies I see you are running a 64bit Linux - so your systems
gst-launch-0.10 is a 64bit executable and loads 64bit libraries. For that it
Am Wednesday 11 January 2012 10:07:55 schrieb Henri Beauchamp:
> Oops...
>
> There was a bug in the patch I sent for v1 viewers (I forgot to replace
> mFolderAdded(FALSE) with mFolderAdded(folder_added) in the constructor
> of LLInventoryCopyAndWearObserver).
>
> Attached to this email is the fixed
Am Saturday 28 January 2012 00:37:44 schrieb Jonathan Welch:
> Yes, because the coarseupdate packet holds many positions, it is not
> just 1 packet per avatar, but as many as can be packed into the
> coarseupdate packet as will fit. So it is not possible to alter this
> packets' format in any way.
Oz Linden (Scott Lawrence) wrote:
> There is no plan to do this.
>
> There is also not a plan not to do it.
>
> I don't know whether or not the new build systems this was created on
> are any better set up for 64 bit building than the old one they will
> replace were (I'll find out). However, eve
what Cinder said
+ for avoiding the boost/thread/pthread/condition_variable.hpp:53:
warning: unused variable 'res'
#include
Armin
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read th
Robert Martin schrieb:
> the biggest problem as such is some parts of the compile run seem to
> require chicken blood and sheep entrails.
I personally have a 3-legged black cat, but that might be a Linux
specific helper and explain little differences in mouse handling.
(scnr)
> I am simply pointing out that they are NOT compatible with the GPL.
GPL compatible or not - the sentence "The Snowglobe Viewer [...] this
viewer may be somewhat less stable than the official Second Life
viewer"( http://viewerdirectory.secondlife.com/ at 2010/03/10 00:06
GMT+1) is a slap into
Boroondas Gupte schrieb:
> On 03/12/2010 07:37 PM, Carlo Wood wrote:
> > Is there anything added to 2.0 code that actually is an
> > improvement over snowglobe 1.3 ?
>
> X11-like copy-paste (by selecting and middle mouse button)
but it's partially broken in viewer0.2. Also 90% of the code is alrea
Soft Linden schrieb:
> On Fri, Mar 12, 2010 at 10:30 AM, Carlo Wood wrote:
> > On Fri, Mar 12, 2010 at 08:47:57AM -0800, Soft Linden wrote:
> >> With larger features like mesh coming along, know that you'll be
> >> signing up for an awfully large chunk of porting work though.
> >
> > Last time I a
Yasmin Adams schrieb:
> oh yes please!
>
> X11-like copy-paste (by selecting and middle mouse button)
>
> > :-)
http://jira.secondlife.com/secure/attachment/37076/SG1.3mmbpaste.diff
:)
___
Policies and (un)subscribe information available here:
http://wi
Nicholaz Beresford schrieb:
> In fact I won't even log in again under the new terms
> and have canceled my accounts today.
+1
See you around in the rest of the Metaverse
:)
Armin
___
Policies and (un)subscribe information available here:
http://wiki.se
Daniel wrote:
> No, the real issue is that some people _THINK_ LL is trying to give
> TPV developers legal liabilities. This is about interpretation and
> not facts. Unless I missed something LL has never stated anything
> about legal liabilities, it's solely based on some peoples personal
> interp
Tigro Spottystripes schrieb:
> AFAIK only LL (and someone intercepting network communications) knows
> what channel some client is using
Yes and no - it is also transmitted with the useragent of the build-in
webbrowser.
Armin
___
Policies and (un)subsc
Hi,
just updated for Imprudence Jan Cigars libndofdev with a one-line patch
adding 3dconnexion-SpaceExplorer detection. Source is up here:
http://imprudenceviewer.org/download/libs/source/libndofdev-0.2.1-source.tar.bz2
:)
Armin
___
Policies and (un)
Oz Linden (Scott Lawrence) schrieb:
> On 2010-08-20 9:35, Daniel wrote:
> > What I would*really* like to see as a builder, and someone with
> > two widescreen monitors, is the ability to drag floaters completely
> > outside the perspective view area. For me, they just get in the
> > way of seei
Aleric Inglewood schrieb:
> Thanks. I guess it makes sense to make a page that is less confusing,
> especially for people who do not want to build standalone. You
> shouldn't throw away anything (except the old stuff at the bottom).
> I think it would be very good to avoid duplicates too: probably
Nyx Linden wrote:
> We just pulled from viewer-development yesterday actually, but we had
> already released the initial beta viewer.
> We try to stay reasonably up to date, but we don't merge the latest
> changes every day.
>
> Don't worry we will stay synced!
>
> -Nyx
Its anyway awsome - ty an
23 matches
Mail list logo
