On Thu, Aug 11, 2011 at 12:43 PM, Kadah wrote:
>> (4) Deferred render pipeline with projected lighting
> Was mostly there in 2.7.
Deferred rendering has been around since the 1.20 viewer, projected
lights were added in 2.0. The only thing 2.7 did was put the options
in the preferences floater.
__
On Sat, Apr 2, 2011 at 8:17 PM, Oz Linden (Scott Lawrence)
wrote:
> As much as I want everyone to be able to build this new version (and as
> I said, we'll be making that easier for open developers shortly), I'd
> love to see some reports that people are just downloading the
> Development viewer a
Commit 284e995627ed on viewer-autobuild2010 reverted the linux
libqtwebkit to version 4.6 which has completely broken everything,
even the side bar doesn't work.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/Op
On Mon, Mar 28, 2011 at 9:16 AM, Mike Chase
wrote:
> On 03/28/2011 10:53 AM, leliel wrote:
>>
>> On Mon, Mar 28, 2011 at 7:50 AM, Francesco Rabbi wrote:
>>>
>>> Il giorno 28/mar/2011, alle ore 16:41, Mike Chase
>>> ha scritto:
>>>
>>&
On Mon, Mar 28, 2011 at 8:59 AM, Opensource Obscure
wrote:
> QA department apart, I / we should have done more testing.
> I think I remember I had seen this, but I didn't bother to properly
> investigate it / compare to other releases / file a report.
It was first reported on December 22, the sam
On Mon, Mar 28, 2011 at 7:50 AM, Francesco Rabbi wrote:
> Il giorno 28/mar/2011, alle ore 16:41, Mike Chase
> ha scritto:
>
>> Is there a Linux build of V2 of any version that doesnt exhibit the
>> annoying multi-second pauses that freeze the UI? I find myself without
>> any useable V2 viewer at
On Tue, Feb 22, 2011 at 6:56 PM, Oz Linden (Scott Lawrence)
wrote:
> The real distinction, I think, is whether or not you are using
> _installed_ libraries. Normally, the viewer build has only minimal
> reliance on the libs that are installed on the system itself
In other words the viewer is nor
If the viewer freezes for a few seconds ever time it loads a texture
then it's probably STORM-809.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep un
On Mon, Jan 3, 2011 at 3:06 AM, Opensource Obscure
wrote:
> I saw something similar with recent development viewer builds on Linux.
>
> It makes the viewer unusable to me (it actually freezes for a few seconds
> here, not just slow down).
That sounds more like STORM-809.
_
On Sat, Oct 23, 2010 at 3:44 AM, Altair Sythos wrote:
> On Sat, 23 Oct 2010 03:19:24 -0700
> leliel wrote:
>
>
>>
>> > the other (imho better) way to select right march/mtune is use
>> > "generic" and declare *all* parameters, sort of:
>&g
On Sat, Oct 23, 2010 at 3:08 AM, Altair Sythos wrote:
> On Sat, 23 Oct 2010 03:08:26 +0200
> Boroondas Gupte wrote:
>
>> Because SSE2 is now required anyway, -march=pentium4 is now passed
>> for building lindenlab/mesh-development. Of course, this doesn't work
>> for 64bit builds. (See CTS-315
>
On Fri, Oct 22, 2010 at 6:08 PM, Boroondas Gupte
wrote:
> Because SSE2 is now required anyway, -march=pentium4 is now passed for
> building lindenlab/mesh-development. Of course, this doesn't work for 64bit
> builds. (See CTS-315.) What should march be set to for 64bit buids, if
> anything?
It sh
On Sat, Oct 16, 2010 at 4:45 PM, Oz Linden (Scott Lawrence)
wrote:
> On 2010-10-16 19:04, leliel wrote:
>> On Sat, Oct 16, 2010 at 3:31 PM, SuezanneC Baskerville
>> wrote:
>>> I'd be quite content with mirror surfaces that only, for example, reflected
>>>
On Sat, Oct 16, 2010 at 3:31 PM, SuezanneC Baskerville
wrote:
> I'd be quite content with mirror surfaces that only, for example, reflected
> avatars.
>
> I think people would enjoy mirrors no matter how much restriction had to be
> placed on them to keep them from hogging excess resources.
I sup
On Sat, Oct 16, 2010 at 12:27 PM, Ann Otoole wrote:
> There is no shine at all when lighting/shadows is enabled. Sorry. None
> whatsoever. Full shine black is just flat black. Full shine white is just
> flat white. Full shine textures are just the textures. It is completely
> broken. And this, in
On Fri, Oct 15, 2010 at 6:57 AM, Daniel wrote:
> Apparently you don't chat much, mine is ten times larger over the same
> period.
I only logged IMs for two years.
So my chat.txt file is 15409876 bytes and 265570 lines which gives me
an average message size of 58 bytes. The 115 bytes for llsd wo
On Fri, Oct 15, 2010 at 5:29 AM, Carlo Wood wrote:
> On Fri, Oct 15, 2010 at 04:47:21AM -0700, leliel wrote:
>> On Fri, Oct 15, 2010 at 4:38 AM, Carlo Wood wrote:
>> > I was hoping that log files are updated very
>> > frequently, so that if I crash I don't los
On Fri, Oct 15, 2010 at 4:53 AM, Stickman wrote:
>> It's 115 bytes + display name + message per line. Just where are these
>> several megabytes coming from?
>
> Lack of "append" in LLSD. Sounds a bit extreme to me.
The latest Snowstorm build had no trouble appending to the chat.llsd
file the Disp
On Fri, Oct 15, 2010 at 4:38 AM, Carlo Wood wrote:
> I was hoping that log files are updated very
> frequently, so that if I crash I don't lose
> text. But writing several megabytes to disk
> every line of chat seems unfeasible.
It's 115 bytes + display name + message per line. Just where are the
On Fri, Oct 15, 2010 at 2:04 AM, Lance Corrimal
wrote:
> Am Freitag, 15. Oktober 2010, 10:00:44 schrieb Rob Nelson:
>> So basically, LL decided to go from simply changing the formatting of
>> their logs to (if what I am hearing is correct), of all things, LLSD XML
>> notation, possibly the worst
On Tue, Oct 12, 2010 at 10:21 PM, Ann Otoole wrote:
> When is the last time anyone checked on local lights. I recall that 7 limit
> was removed a ways back and then during a discussion people were still
> saying there was a limit of 7. So I decided to test it.
The limit was never raised. The Open
On Sun, Oct 3, 2010 at 10:37 AM, Ponzu wrote:
> I picked up a notecard that says to increase RenderVolumeLODFactor to 4. Is
> this reasonable, do you think? And if so, why not increase the default a
> bit (currently seems to be 1.125
It is reasonable, the default setting is a bit low. It varies
On Sat, Sep 25, 2010 at 7:28 AM, Tofu Linden wrote:
> Hey, good timing on that question!
> I just did a cherrypick for that fix over to viewer-developer so it can
> get more exposure/testing, particularly since it affects (and likely
> blocks) viewer 2.2.0 also.
> It's (re)building as we speak (bu
I have exactly the same problem, except I'm using linux and my ulimit
is 1024. When I have http-textures enabled and I teleport the open
files hover around 850-950 with the viewer intermittently running out
of file descriptors. This causes about 1/3 of the http connections to
time out, presumably w
On Mon, Sep 13, 2010 at 12:24 AM, Tateru Nino wrote:
> Wouldn't we be making a network saving by omitting the discard levels
> entirely? Granted, I don't have hard data about that - would the base
> texture encoded in a lighter-weight format end up causing less data to
> traverse for a given textu
On Sun, Sep 12, 2010 at 10:40 PM, Tateru Nino wrote:
> If we're using HTTP textures, is there actually any need for the JPEG 2000
> format?
There is the 500TB asset server full of jpeg2k images. Switching to a
new format would be a massive undertaking.
> Would it be a huge problem, for example,
On Sun, Sep 12, 2010 at 9:01 AM, Lance Corrimal
wrote:
> Am Sonntag 12 September 2010 schrieb Altair "Sythos" Memo:
>> > 1.) My computer can't handle it. (This is, by far, the #1 reason
>> > people leave SL after trying it, I'm convinced. Maybe as high as
>> > 90%!)
>>
>> this point have no viewer
On Sun, Sep 12, 2010 at 1:13 AM, Stickman wrote:
> I was referring to what's mentioned in this Jira, actually:
> http://jira.secondlife.com/browse/VWR-6713
That issue is unresolved.
> I'm not seeing any promises in the comments, but I could have sworn it
> was supposed to be in viewer 2 somewher
On Mon, Sep 6, 2010 at 10:37 AM, Marine Kelley wrote:
> Err... color me stupid but... how does one show the friends list in this
> style on viewer 2 ? I can detach tabs from the sidebar, but I cannot find a
> way to show the permissions matrix. It would be so handy !
Hover the mouse over their na
On Sun, Aug 29, 2010 at 4:25 AM, Argent Stonecutter
wrote:
> What if the account doesn't own land, or has nothing but the original 512
> square meters in something like a Linden Home?
>
> That's the majority case.
>
> An account in that situation is not *in default* when they skip a payment,
> b
On Fri, Aug 27, 2010 at 12:02 AM, Marine Kelley wrote:
> Actually it works, but I believe the RenderUseFBO and RenderDeferred debug
> settings must be set right (both FALSE), before seeing some antialiasing.
> I'm not really sure how I did it but I did see some AA on the latest 2.x
> viewers.
AA
On Sun, Aug 22, 2010 at 3:32 PM, Trilo Byte wrote:
>> That's because you're running into RenderMaxNodeSize.
>
> Thanks, will take a look into that
Be careful with that setting. RenderMaxNodeSize specifies the maximum
amount of vertex data an object can use in kilobytes, the default on
class 2 and
On Sun, Aug 22, 2010 at 7:48 AM, Trilo Byte wrote:
> Actually, it would be nice if RenderVolumeLODfactor could either
> persist from one version to the next (instead of getting reset with everey
> new version installation), or be set based on GPU detection.
Put it in the settings_per_account.xml
On Sun, Aug 22, 2010 at 2:36 AM, Robin Cornelius
wrote:
>
> Thats a powerful idea, is there a new feature JIRA for this on the LL
> pJIRA currenty? if not could I kindly ask you to create one for it and
> post the issue number back here.
http://jira.secondlife.com/browse/VWR-20887
> The problem
On Sun, Aug 22, 2010 at 12:09 AM, Miro Collas wrote:
>
> That's what I referring to, the command line commands. VERY handy! And
> dd is one I use a great deal.
The problem I have with that is that the draw distance is only one of
several debug settings that affect performance. I've been running w
On Sat, Aug 21, 2010 at 9:36 PM, Miro Collas wrote:
> How about bbeing able to just type it in? Why a slider, or mouse wheel,
> which is inaccurate? How about being able to type it in chat?
Instead of a one off thing just for the draw distance, I'd rather we had a
general command input system s
36 matches
Mail list logo
