[Opensim-dev] [Non-DoD Source] Re: Still on Sim and Phys Frames per Second (FPS)

Teravus Ovares teravus at gmail.com
Tue Nov 17 03:46:04 UTC 2015 

Apparently, I'm late to the discussion.  Looks like Melanie already has;
Melanie via <https://support.google.com/mail/answer/1311182?hl=en>
opensimulator.org
Nov 12 (4 days ago)
to opensim-dev
Putting some code where my mouth is :)

commit 8c7f47574040aa116dfb57e8c380e1fad60e5d1a
Author: Melanie Thielker <melanie at t-data.com>
Date:   Thu Nov 12 21:13:44 2015 +0100

    Add some values to the SimulatorFeatures cap's OpenSimExtras
section:
    SimulatorFPS: The actual optimal FPS of the simulator, un-fudged
    SimulatorFPSFactor: The fudge factor that is applied to the
stats sent to the viewer
    SimulatorFPSWarnPercent: The percentage below which a lag meter
should go to amber
    SimulatorFPSCritPercent: The percentage below which a lag meter
should go to red
    To display the real values, a viewer would divide the reported
FPS by the SimulatorFPSFactor and use that to calculate the
percentage of SimulatorFPS. E.g. reported is 55fps,
SimulatorFPSFactor is 5.0 and SimulatorFPS is 11.

With this, legacy viewers will see 55fps but the viewer now has
enough information to show the real FPS. Viewers would have to
implement code to handle this.

Those region operators who still want accurate data reported to
legacy viewers and accept the lag meter breakage can still set
Normalized66FPS to false.

On Mon, Nov 16, 2015 at 7:33 PM, Teravus Ovares <teravus at gmail.com> wrote:

> Regarding this...    why are we not co-opting a different, currently
> unused, sim stats for the OpenSimulator 'Real performance' counter?   There
> are many unused simstats.    If we keep the fudge factor on the main one,
> the viewer lag meter are happy, and we put the real value in a different
> sim-stat, the performance analysis can take place accurately.
>
> On Mon, Nov 16, 2015 at 11:11 AM, Maxwell, Douglas CIV USARMY RDECOM ARL
> (US) <douglas.maxwell3.civ at mail.mil> wrote:
>
>> If I'm reading this response correctly, the biases against us have been
>> confirmed.  As Sean pointed out in another message, we tried every way we
>> could to conform to your so called submission guidelines.  The feedback was
>> in some cases bizarre and it made us wonder if you were just looking for
>> excuses to reject.  We now know the truth.
>>
>> We are making a significant investment in this technology and my
>> intention was to work with you to ensure dual use.  This was made very
>> clear in the beginning of our engagements with your group and re-enforced
>> many times over last summer.  It disturbs me to see the juvenile behavior
>> on this mailing list and the lost opportunity this represents for your
>> group.
>>
>> With regards to funding, nowhere does it say the open simulator requires
>> payment for code integration.  We gave it to you free and clear, no strings
>> attached.  I understand the work involved for integration activities and if
>> you had just asked, I would have worked something out with you.  In fact, I
>> tried on three different occasions to fund the developers and was rejected
>> each time.  The Overte foundation would have been a great venue for grant
>> funding, but I was told it wasn't designed to accept funds.  Its a
>> non-profit, so why you didn't want to get your accounting together is
>> beyond me.  My next move was to approach you individually and this ended
>> with the performers not completing the paperwork necessary to complete the
>> funding actions.  I can't help you if you won't help yourselves.
>>
>> Douglas Maxwell, Ph.D.
>> Science and Technology Manager
>> Virtual World Strategic Applications
>> U.S. Army Research Lab
>> Human Research & Engineering Directorate
>> (c) (407) 242-0209
>>
>> ________________________________________
>> From: opensim-dev-bounces at opensimulator.org [
>> opensim-dev-bounces at opensimulator.org] on behalf of Melanie [
>> melanie at t-data.com]
>> Sent: Tuesday, November 10, 2015 9:02 PM
>> To: opensim-dev at opensimulator.org
>> Subject: [Non-DoD Source] Re: [Opensim-dev] Still on Sim and Phys Frames
>> per Second (FPS)
>>
>>
>> The "group with professional developers and a Budget" basically
>> assumed that we would accept every patch they submitted, although
>> none of the submitted patches adhered to our guidelines. The patches
>> they provided were "megapatches" with no clear delineation of
>> functionality and also copious whitespace changes that served to
>> obfuscate code that we would not want by hiding it in megabyte-sized
>> patch files.....
>>
>> I myself was the one to actually pull from their github and clean up
>> the resulting merge and even so there was code that slipped through
>> that we had to revert because it was detrimental to the experience
>> of our users.
>>
>> That may have been avoided if some of that "Budget" (sic) had come
>> into the pockets of the established developers. For some reason you
>> decided to capitalize the word "budget" but that doesn't capitalize
>> OpenSim development. Not by one penny.
>>
>> After refusing to conform to our standards and, yes, allowing us to
>> pick which of their work we would want, they decided to go it alone.
>> Needless to say, none of their work I'm aware of is in any way
>> suited to improve the "graphically dense chat window" that our
>> actual users want.....
>>
>> No one has the time to wade through the MOSES Github and extract the
>> tidbits we may want, so we can just assume it will be a divergent
>> version that will wind up geared to a different audience. Which is
>> not a bad thing. Maybe their thing is yours and you may want to
>> consider joining the army. It's not ours.
>>
>> However, there are thousands of actual living, breathing users out
>> there looking to us to keep their "graphically dense chat window"
>> working.
>>
>> - Melanie
>>
>> On 11/11/2015 02:43, dz wrote:
>>
>> > YOU are  joking   right...
>> >
>> > You don't have a roadmap,  but  publicly denigrate  supporters  who try
>> and
>> > get the  patches that are important to them incorporated???    I  didn't
>> >  bring it up,   Nebadon  did   trying to assert that  NONE of the  work
>> > MOSES is doing is important  because they are  just  doing their own
>> > thing...   You cant have it both ways...  Either  put up the Roadmap
>>  or
>> > deal with continuing issues  with  the conflicting interests  of the
>> > developer groups.
>> >
>> > You refuse to admit that there is more than one entity involved in this
>> > discussion  and that other members of core  +1'd the patch.
>> >
>> > You wont answer the MOST important  question about  why ANY project
>> manager
>> >  would expect  ANYONE to continue participating in the project  after
>> >  asking them to jump through hoops  to get the work they contributed to
>> be
>> > accepted  and then  just  say  " some users on some grid  complained to
>> ME"
>> >  so   TOO BAD.
>> >
>> >  I just want to make sure that is  your  official position on how we
>> should
>> >  make decisions  about  what gets added to the project...
>> > Participation on THIS list  isn't valued  any more than private comments
>> >  about  inherently incorrect and obsolete blinking lights.
>> >
>> > You snubbed a group  with professional developers and a Budget willing
>> to
>> > help solve your problems.
>> > You continue to repeat the SAME mistakes   that generated this whole
>> > discussion .
>> >
>> > Your  project mandate is that OpenSim be  a working framework for
>> EVERYONE
>> >  who wants an open source tool  to explore  this new frontier...
>> > but  now  your position is that its future  is only focused on being a
>> > graphically dense  chat window....
>> >
>> > so sad....
>> >
>> >
>> >
>> > On Tue, Nov 10, 2015 at 4:58 PM, Melanie <melanie at t-data.com> wrote:
>> >
>> > > Correct. They also have FUNDING. The apache foundation has lot of
>> > > paid permanent staff, as well as money for bounties and hired
>> > > programmers.
>> > >
>> > > Of course they can have the luxury of a roadmap.
>> > >
>> > > Same goes for other projects that do that level of organization.
>> > >
>> > > - Melanie
>> > >
>> > > On 11/11/2015 01:53, Glenn Martin wrote:
>> > > > To me, this has always been the major weakness of open source
>> software.
>> > > > I've seen this on many other projects.  There is a "core" in charge
>> but,
>> > > > ultimately, they focus only on things that they need for their work.
>> > > When
>> > > > somebody suggests a feature, the response is usually of the form
>> "that
>> > > > would be a great addition!  If you could code that up, please
>> submit it".
>> > > > I completely understand the feeling there, but it's hard to build
>> up a
>> > > > major user base that way (the projects continue to stay in "toy"
>> phase).
>> > > >
>> > > > The truly successful open source projects DO have a roadmap and
>> they DO
>> > > > code towards it.  They are real projects that just happen to be open
>> > > source.
>> > > >
>> > > > Glenn
>> > > >
>> > > >
>> > > > NOTICE: The opinions and thoughts in this email are my own and do
>> not
>> > > > reflect those of any other person or organization.
>> > > >
>> > > >
>> > > > On Tue, Nov 10, 2015 at 7:31 PM, Melanie <melanie at t-data.com>
>> wrote:
>> > > >
>> > > > > You keep on about organizational things like a defined roadmap and
>> > > > > documentation. These are things generally produced by organized
>> and
>> > > > > PAID bodies.
>> > > > >
>> > > > > Core is a team of developers who just as soon let the code do the
>> > > > > talking. Few of us have any talent for doing big writeups and
>> these
>> > > > > few are doing other things that take up their time, mostly in
>> academia.
>> > > > >
>> > > > > Core is consensus-based and there is no "boss" to set out a
>> roadmap
>> > > > > everyone else has to follow. We all volunteer our time and
>> > > > > creativity for this project and to most of us, this is a
>> > > > > recreational activity, not work.
>> > > > >
>> > > > > Admittedly, the project could profit from some guidance, but that
>> > > > > same guidance would likely lead to a loss of active developers, as
>> > > > > people who volunteer their time want to do what they like to do,
>> not
>> > > > > what some roadmap tells them to. This discussion has been had
>> before.
>> > > > >
>> > > > > If it were at all possible, I would certainly take up that mantle,
>> > > > > but that would dis-mantle the team as it stands now. The current
>> > > > > team isn't interested in fulfilling expectations other than those
>> of
>> > > > > their own and the users they are working with.
>> > > > >
>> > > > > For most of the team, that is users of social virtual worlds who
>> > > > > could care less about accurate stats, but do care about three
>> green
>> > > > > lights on the lag meter. They actually don't even care if the
>> stats
>> > > > > show 11 or 55, as long as the lag meter is green.
>> > > > >
>> > > > > I have had people (in other grids) tell me "This place is so
>> > > > > laggy!". I then would move my avatar around to test responsiveness
>> > > > > and find that there is no lag, so I would ask them "Why do you
>> > > > > consider this laggy? I can't see any lag?" and get "The lag meter
>> > > > > shows the sim is lagging" as a reply. These people, several people
>> > > > > in multiple grids, then announced to be going back to SL where
>> there
>> > > > > is no lag.
>> > > > >
>> > > > > Go figure.
>> > > > >
>> > > > > We are there to make things work for the majority of our users.
>> > > > > Sorry to say, MOSES and scientists are not a majority. The
>> thousands
>> > > > > of social grid users spread across all the virtual worlds are.
>> > > > >
>> > > > > - Melanie
>> > > > >
>> > >
>> > >
>> >
>> >
>> >
>> > _______________________________________________
>> > Opensim-dev mailing list
>> > Opensim-dev at opensimulator.org
>> > Caution-http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
>>
>> _______________________________________________
>> Opensim-dev mailing list
>> Opensim-dev at opensimulator.org
>> Caution-http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
>> _______________________________________________
>> Opensim-dev mailing list
>> Opensim-dev at opensimulator.org
>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20151116/02b9b178/attachment-0001.html>

More information about the Opensim-dev mailing list