Hi Nicky,
As it happens, I've been working on instrumenting the code to add metric
gathering for image decompression as part of the Snowstorm sprint.
You may want to use my branch (
https://bitbucket.org/merov_linden/viewer-development-vwr-22761) and create
a baseline for openjpeg then run a test
I think the Lindens have pretty much left Subversion alone since they
stopped pushing out "code specially made for the public". They've switched
to Mercurial, and the repository they're using at
http://hg.secondlife.com/viewer-development seems to have a fair amount of
activity...
On Thu, Sep 9,
Maybe I missed something when Snowstorm was announced, but I was under the
impression that LL was going to be more "open" about viewer development.
Before Snowstorm there were "code drops" into viewer-external on SVN several
times a week (or weekly at worst).
Since Snowstorm there haven't been an
Date: Thu Sep 9, 2010
Also available here:
https://wiki.secondlife.com/wiki/Snowstorm_Daily_Scrum_Archive
*=== General Notes ===*
* Don't forget to grab tasks from the Sprint Backlog and update your time
remaining on that task each day!
* Merge Monkey of the Day: Merov
*===Team Status===*
*
I was wondering what the criteria is for something to be pulled across from the
issue tracker (JIRA) into the Product Backlog? Some requests for change seem
to
have been in the JIRA a long time and have lots of votes and don't seem to get
pulled across whereas some others seem to come straight
KDU automatically detects and uses cpu optimization if its available.
The only compiler options I'm aware of are those that enable or
disable threading of decoding, which I suspect won't be of much
benefit for the type of images uses in SL(small and fast to decode).
Compiling the base code with opt
On 2010-08-26 20:36, Oz Linden (Scott Lawrence) wrote:
> I've just updated the procedure for how to submit a changeset for
> Snowstorm integration. There's now an explicit mechanism in Jira to
> queue a change to be integrated. See
>
> https://wiki.secondlife.com/wiki/How_To_Submit_A_Viewer
On Thu, 09 Sep 2010 16:45:51 -0400
Monty Brandenberg wrote:
>2. Bump the limit up in a process (ulimit -n 1024) and
>then use 'open' to start the viewer in that process and
>see if that works around the limit.
damm... was mine the jira opened for this i raised limit to 4096
sys
On Thu, 9 Sep 2010 16:59:42 -0400
Ponzu wrote:
> >
> > ehm... in advanced/develop menu do you have enabled debug for GL and
> > pipeline? :)
> >
>
> I don't think so. Never heard of them. What would the exact name or
> xml be?
crtl+apple+D and appear (or +alt too)
open it and select last
Hi,
As announced during Tuesday meeting, I'm going to stop hosting biweekly
Snowglobe meetings. Several reasons:
- we (LL) are focusing all our effort on the single viewer which is now
developed in the open (Snowstorm)
- as a member of the Snowstorm team, I participate to all public meetings of
th
>
> ehm... in advanced/develop menu do you have enabled debug for GL and
> pipeline? :)
>
I don't think so. Never heard of them. What would the exact name or xml be?
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/
On 9/9/2010 3:47 PM, Ponzu wrote:
> Tried the later build, 209229. Same line in syslog.log
>
A lot of completely unrelated programs are reporting the
"deliver_request: socketpair failed 24 (Too many open files)"
error (winbindd, hg, omd, Brother printers). Suggest you
try two things:
1. Use
On Thu, 9 Sep 2010 15:47:22 -0400
Ponzu wrote:
> Tried the later build, 209229. Same line in syslog.log
>
> Sep 9 14:02:52 iMac
> [0x0-0x3df3df].com.secondlife.indra.viewer[12783]: libndofdev:
[cut]
ehm... in advanced/develop menu do you have enabled debug for GL and
pipeline? :)
___
Tried the later build, 209229. Same line in syslog.log
Sep 9 14:02:52 iMac
[0x0-0x3df3df].com.secondlife.indra.viewer[12783]: libndofdev:
manufacturer=Primax Electronics; product=Apple Optical USB Mouse;
axes_count=5; btn_count=4; min=-3000; max=3000; absolute=1; valid=1;
private_data=0x36353c0;
kitty, something similar to that yes.
and the replace clothing, would take off every piece of clothing you have on,
and put on the clothing items in the new folder, but would not change out the
attachments or take off the huds the way replace outfit often does.
> From: sl...@catznip.com
> To
kitty that isnt on all versions yet... it certainly isnt on either of the dev
builds im running
> From: sl...@catznip.com
> To: angel_of_crim...@hotmail.com
> Subject: RE: [opensource-dev] Inventory menu userstory
> Date: Thu, 9 Sep 2010 21:13:56 +0200
>
> >One that that would be expandable a
Its an illusion OpenSim is cheaper if you look at total cost of ownership
and include all time related to managing it.
Seems this is the wrong mailing list for this. Please take it to the forums
or your blog.
M.
-Original Message-
From: opensource-dev-boun...@lists.secondlife.com
[mailt
I have all the latest fixes from Software Update. Is that what you mean?
On Thu, Sep 9, 2010 at 1:18 PM, Francesco Rabbi wrote:
> Have you applied latest Apple fix? There was one a couple of week ago
> about dns client... If you run an older version?
>
> On my iMac 24" (lot old) no repro...
>
>
Have you applied latest Apple fix? There was one a couple of week ago
about dns client... If you run an older version?
On my iMac 24" (lot old) no repro...
--
Sent by iPhone
Il giorno 09/set/2010, alle ore 19:07, Ponzu ha scritto:
> When I start V2 Dev 209046, this show up in my system.log.
On Thu, 09 Sep 2010 13:48:23 +0100
Tofu Linden wrote:
> Sheet Spotter wrote:
> > 1. Are there any plans to enable higher levels of compiler
> > optimizations for the viewer?
> Yup! There are a wad of changes like this in the dev pipeline, but we
> want to prove the heck out of them (they are sti
When I start V2 Dev 209046, this show up in my system.log. It goes on
producing more than 500 entries per second.
Sep 9 12:44:49 iMac ntpd[29]: time reset -0.415501 s
Sep 9 12:48:24 iMac
[0x0-0x3b23b2].com.secondlife.indra.viewer[12501]: libndofdev:
initializing...
Sep 9 12:48:24 iMac
[0x0-0x
This is not a bad idea at all, except that LL is here for
the money so they will refuse it. But opensim might use the idea.
You just have to adjust a bit ;).
Instead of having people pay for a server 24/7, you could
allow them to pay for a certain period of the day (many
would find 2 hours per da
On Thu, 9 Sep 2010 00:22:23 +0200, Aleric Inglewood wrote:
> I've compared Linden Lab more often with an abusive husband.
> You take the beating and then believe the stories and hope that
> it all will become better. It's hard to leave such a husband usually,
> because you invested in that life an
On Thu, 09 Sep 2010 06:30:56 -0400, Anders Arnholm
wrote:
> On Thu, Sep 09, 2010 at 12:02:46AM +0200, Altair Sythos Memo wrote:
>> imho *ALL* non TPV listed viewers should be blacklisted
>> is safer, for both resident and developers
>
> It's also safer to put all humans in a straight jacket
Sheet Spotter wrote:
> 1. Are there any plans to enable higher levels of compiler optimizations for
> the viewer?
Yup! There are a wad of changes like this in the dev pipeline, but we
want to prove the heck out of them (they are still considered
experimental and somewhat intertwined with some oth
This looks good to me and very easily implemented. I have only one
suggestion though if someone is using multiple accounts on a system it might
be best to move the settings to steeing_per_account.xml. Me personaly I
would be using this setting as im currently using a 'tweek' that kills those
toasts
As a user i would like to disable incoming group/im toasts from showing up
in viewer 2, especially if a user is in busy groups this can be pretty
annoyingly
i made a jira http://jira.secondlife.com/browse/VWR-22915 and included a
patch that easly can do it
the path isent big so it could be done
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 Thu, Sep 09, 2010 at 12:02:46AM +0200, Altair Sythos Memo wrote:
> imho *ALL* non TPV listed viewers should be blacklisted
> is safer, for both resident and developers
It's also safer to put all humans in a straight jacket, that would also
probaly solve most current enviroment problems. The
"> The gist of this seeming to be that allowing a Third Party client the
> ability to use LLKDU.dll means that client is no longer TPV compliant."
Interestingly enough, the Emergence viewer (published just before Phoenix)
offers to install LLKDU.dll (i think it does so by downloading the official
The Emerald login screen is still under the control of the same people
right now. These people are recently banned from SL and more than likely
holding personal vendettas. Of course it needs to be blocked theres a
genuine threat there. Maybe not in the main code of the viewer but
definately
31 matches
Mail list logo
