I think you missed my point, i suggested that core support both with a switch 
in the .ini The fork, would be internal not external.

Sent from my iPad Air 2

> On Apr 24, 2015, at 6:54 PM, Michael Emory Cerquoni <[email protected]> 
> wrote:
> 
> If the end result is breaking existing content and systems then yes to me it 
> is preferable that a new project be started, however there is no reason you 
> can not diverge and expand on top of existing code, but if you think its 
> easier to fork then by all means good luck.
> 
>> On Fri, Apr 24, 2015 at 6:51 PM, Frank Nichols <[email protected]> 
>> wrote:
>> Then basically we can never diverge away from SL since any divergence is 
>> going to break existing scripts that require compatibility. 
>> 
>> If we don't bite the bullet and make the changes, i do believe OS will 
>> (has?) stagnate. It seems every time outside resources try to make changes 
>> and help we end up back at the argument that too much legacy code will have 
>> to be rewritten.  I suggest that we "fork" core, in essence. By this i mean 
>> we have a switch in core, SL COMPATIBILITY MODE. switch equals true and it 
>> runs the code as it is, switch equals FALSE and it runs a new code base with 
>> changes. Default can be true. I then suggest we focus future development on 
>> the new branch that is not compatible.
>> 
>> Frank 
>> 
>> Sent from my iPad Air 2
>> 
>>> On Apr 24, 2015, at 6:00 PM, Michael Emory Cerquoni <[email protected]> 
>>> wrote:
>>> 
>>> I am all for diverging away from SL, but not at the expense of breaking 
>>> existing systems or content, because ultimately its the core development 
>>> team who has to deal with the fall out of that.
>>> 
>>>> On Fri, Apr 24, 2015 at 5:57 PM, Seth Nygard <[email protected]> wrote:
>>>> I am in full support of showing the actual numbers for all system metrics. 
>>>>  It is long past time we dispensed with trying to be like SL when we are 
>>>> not in so many ways already.
>>>> 
>>>> What I would suggest as a solution that should fit everyone's needs.  How 
>>>> about we add a scaling factor that can be set in the INI file.  This can 
>>>> be set to yield the current inflated numbers by default, but can also be 
>>>> set to 1 for anyone wanting real numbers.
>>>> 
>>>> -Seth
>>>> 
>>>>> On Fri, Apr 24, 2015 at 5:50 PM, <[email protected]> 
>>>>> wrote:
>>>>> Send Opensim-dev mailing list submissions to
>>>>>         [email protected]
>>>>> 
>>>>> To subscribe or unsubscribe via the World Wide Web, visit
>>>>>         http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
>>>>> or, via email, send a message with subject or body 'help' to
>>>>>         [email protected]
>>>>> 
>>>>> You can reach the person managing the list at
>>>>>         [email protected]
>>>>> 
>>>>> When replying, please edit your Subject line so it is more specific
>>>>> than "Re: Contents of Opensim-dev digest..."
>>>>> 
>>>>> 
>>>>> Today's Topics:
>>>>> 
>>>>>    1. Re: MOSES patch submitted (UNCLASSIFIED) (Michael Emory Cerquoni)
>>>>>    2. Re: MOSES patch submitted (UNCLASSIFIED) (Michael Emory Cerquoni)
>>>>>    3. Re: MOSES patch submitted (UNCLASSIFIED) (Michael Emory Cerquoni)
>>>>> 
>>>>> 
>>>>> ----------------------------------------------------------------------
>>>>> 
>>>>> Message: 1
>>>>> Date: Fri, 24 Apr 2015 17:40:39 -0400
>>>>> From: Michael Emory Cerquoni <[email protected]>
>>>>> To: [email protected]
>>>>> Subject: Re: [Opensim-dev] MOSES patch submitted (UNCLASSIFIED)
>>>>> Message-ID:
>>>>>         
>>>>> <CAF5=rqv4dqqj+xm1qymwf7raq3pmim-vtc-uu14grbvb65i...@mail.gmail.com>
>>>>> Content-Type: text/plain; charset="utf-8"
>>>>> 
>>>>> ok I will continue testing this for now, we should try to resolve the 
>>>>> white
>>>>> space issues before it hits core, we can worry about that later though. I
>>>>> hope others can start testing this patch as well we need to really make
>>>>> sure this does not break any scripts or monitoring apps before this 
>>>>> changes
>>>>> the core code, so anyone who has the time please do test this and let us
>>>>> know if you notice anything change or break, thanks!
>>>>> 
>>>>> On Fri, Apr 24, 2015 at 3:38 PM, Maxwell, Douglas CIV USARMY ARL (US) <
>>>>> [email protected]> wrote:
>>>>> 
>>>>> > Classification: UNCLASSIFIED
>>>>> > Caveats: NONE
>>>>> >
>>>>> > What you saw were just warnings about white spaces.  The patch should 
>>>>> > still
>>>>> > apply and work.  We follows the open simulator patch creation guidance
>>>>> > explicitly, if you guys have updated instructions for how you want this
>>>>> > done -
>>>>> > let us know.  Otherwise, you can ignore the warnings.
>>>>> >
>>>>> > v/r -douglas
>>>>> >
>>>>> > Douglas Maxwell, MSME
>>>>> > Science and Technology Manager
>>>>> > Virtual World Strategic Applications
>>>>> > U.S. Army Research Lab
>>>>> > Simulation & Training Technology Center (STTC)
>>>>> > (c) (407) 242-0209
>>>>> >
>>>>> >
>>>>> >
>>>>> > -----Original Message-----
>>>>> > From: [email protected]
>>>>> > [mailto:[email protected]] On Behalf Of Michael 
>>>>> > Emory
>>>>> > Cerquoni
>>>>> > Sent: Friday, April 24, 2015 2:38 PM
>>>>> > To: [email protected]
>>>>> > Subject: Re: [Opensim-dev] MOSES patch submitted
>>>>> >
>>>>> > please check the mantis, i had some trouble applying patch for testing,
>>>>> > thanks
>>>>> > guys!
>>>>> >
>>>>> >
>>>>> > On Fri, Apr 24, 2015 at 1:30 PM, Michael Heilmann <[email protected]>
>>>>> > wrote:
>>>>> >
>>>>> >
>>>>> >         Opensim Devs
>>>>> >
>>>>> >         Just an FYI, mantis bug #7540 is the first code submission from
>>>>> > project
>>>>> > MOSES.  Thanks.
>>>>> >
>>>>> >         --
>>>>> >         Michael Heilmann
>>>>> >         Research Associate
>>>>> >         Institute for Simulation and Training
>>>>> >         University of Central Florida
>>>>> >
>>>>> >         _______________________________________________
>>>>> >         Opensim-dev mailing list
>>>>> >         [email protected]
>>>>> >         http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
>>>>> > <blockedhttp://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev>
>>>>> >
>>>>> >
>>>>> >
>>>>> >
>>>>> >
>>>>> > --
>>>>> >
>>>>> > Michael Emory Cerquoni
>>>>> >
>>>>> > Classification: UNCLASSIFIED
>>>>> > Caveats: NONE
>>>>> >
>>>>> >
>>>>> >
>>>>> > _______________________________________________
>>>>> > Opensim-dev mailing list
>>>>> > [email protected]
>>>>> > http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
>>>>> >
>>>>> >
>>>>> 
>>>>> 
>>>>> --
>>>>> Michael Emory Cerquoni
>>>>> -------------- next part --------------
>>>>> An HTML attachment was scrubbed...
>>>>> URL: 
>>>>> <http://opensimulator.org/pipermail/opensim-dev/attachments/20150424/981b6919/attachment-0001.html>
>>>>> 
>>>>> ------------------------------
>>>>> 
>>>>> Message: 2
>>>>> Date: Fri, 24 Apr 2015 17:42:52 -0400
>>>>> From: Michael Emory Cerquoni <[email protected]>
>>>>> To: [email protected]
>>>>> Subject: Re: [Opensim-dev] MOSES patch submitted (UNCLASSIFIED)
>>>>> Message-ID:
>>>>>         
>>>>> <CAF5=rqublu5rl6ebmt0pgdntwyod92auhlennfzjcakh8xv...@mail.gmail.com>
>>>>> Content-Type: text/plain; charset="utf-8"
>>>>> 
>>>>> ok so just so I understand we should now see this actually just display
>>>>> 11fps? Personally I think this is a bad idea, alot of people may be using
>>>>> monitoring apps and scripts that look for low fps and restart the region,
>>>>> we would basically be forcing everyone to rewrite a lot of code to
>>>>> accommodate a singular purpose? Not quite sure how this improves the
>>>>> project as a whole.
>>>>> 
>>>>> On Fri, Apr 24, 2015 at 5:40 PM, Michael Emory Cerquoni <
>>>>> [email protected]> wrote:
>>>>> 
>>>>> > ok I will continue testing this for now, we should try to resolve the
>>>>> > white space issues before it hits core, we can worry about that later
>>>>> > though. I hope others can start testing this patch as well we need to
>>>>> > really make sure this does not break any scripts or monitoring apps 
>>>>> > before
>>>>> > this changes the core code, so anyone who has the time please do test 
>>>>> > this
>>>>> > and let us know if you notice anything change or break, thanks!
>>>>> >
>>>>> > On Fri, Apr 24, 2015 at 3:38 PM, Maxwell, Douglas CIV USARMY ARL (US) <
>>>>> > [email protected]> wrote:
>>>>> >
>>>>> >> Classification: UNCLASSIFIED
>>>>> >> Caveats: NONE
>>>>> >>
>>>>> >> What you saw were just warnings about white spaces.  The patch should
>>>>> >> still
>>>>> >> apply and work.  We follows the open simulator patch creation guidance
>>>>> >> explicitly, if you guys have updated instructions for how you want this
>>>>> >> done -
>>>>> >> let us know.  Otherwise, you can ignore the warnings.
>>>>> >>
>>>>> >> v/r -douglas
>>>>> >>
>>>>> >> Douglas Maxwell, MSME
>>>>> >> Science and Technology Manager
>>>>> >> Virtual World Strategic Applications
>>>>> >> U.S. Army Research Lab
>>>>> >> Simulation & Training Technology Center (STTC)
>>>>> >> (c) (407) 242-0209
>>>>> >>
>>>>> >>
>>>>> >>
>>>>> >> -----Original Message-----
>>>>> >> From: [email protected]
>>>>> >> [mailto:[email protected]] On Behalf Of Michael 
>>>>> >> Emory
>>>>> >> Cerquoni
>>>>> >> Sent: Friday, April 24, 2015 2:38 PM
>>>>> >> To: [email protected]
>>>>> >> Subject: Re: [Opensim-dev] MOSES patch submitted
>>>>> >>
>>>>> >> please check the mantis, i had some trouble applying patch for testing,
>>>>> >> thanks
>>>>> >> guys!
>>>>> >>
>>>>> >>
>>>>> >> On Fri, Apr 24, 2015 at 1:30 PM, Michael Heilmann 
>>>>> >> <[email protected]>
>>>>> >> wrote:
>>>>> >>
>>>>> >>
>>>>> >>         Opensim Devs
>>>>> >>
>>>>> >>         Just an FYI, mantis bug #7540 is the first code submission from
>>>>> >> project
>>>>> >> MOSES.  Thanks.
>>>>> >>
>>>>> >>         --
>>>>> >>         Michael Heilmann
>>>>> >>         Research Associate
>>>>> >>         Institute for Simulation and Training
>>>>> >>         University of Central Florida
>>>>> >>
>>>>> >>         _______________________________________________
>>>>> >>         Opensim-dev mailing list
>>>>> >>         [email protected]
>>>>> >>         http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
>>>>> >> <blockedhttp://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev>
>>>>> >>
>>>>> >>
>>>>> >>
>>>>> >>
>>>>> >>
>>>>> >> --
>>>>> >>
>>>>> >> Michael Emory Cerquoni
>>>>> >>
>>>>> >> Classification: UNCLASSIFIED
>>>>> >> Caveats: NONE
>>>>> >>
>>>>> >>
>>>>> >>
>>>>> >> _______________________________________________
>>>>> >> Opensim-dev mailing list
>>>>> >> [email protected]
>>>>> >> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
>>>>> >>
>>>>> >>
>>>>> >
>>>>> >
>>>>> > --
>>>>> > Michael Emory Cerquoni
>>>>> >
>>>>> 
>>>>> 
>>>>> 
>>>>> --
>>>>> Michael Emory Cerquoni
>>>>> -------------- next part --------------
>>>>> An HTML attachment was scrubbed...
>>>>> URL: 
>>>>> <http://opensimulator.org/pipermail/opensim-dev/attachments/20150424/ac0c082d/attachment-0001.html>
>>>>> 
>>>>> ------------------------------
>>>>> 
>>>>> Message: 3
>>>>> Date: Fri, 24 Apr 2015 17:50:32 -0400
>>>>> From: Michael Emory Cerquoni <[email protected]>
>>>>> To: [email protected]
>>>>> Subject: Re: [Opensim-dev] MOSES patch submitted (UNCLASSIFIED)
>>>>> Message-ID:
>>>>>         
>>>>> <CAF5=rqWbXjfgv5Au9VDa+_b8AsvY4NpL2CFxY=4L=ncE=md...@mail.gmail.com>
>>>>> Content-Type: text/plain; charset="utf-8"
>>>>> 
>>>>> I have to admit I am a bit bewildered at this patch, what is the actual
>>>>> benefit of reporting the actual numbers if it has the potential to break 
>>>>> so
>>>>> much?  Can we rethink this and have this be a variable that can be
>>>>> configured for different applications, I really hate the idea of forcing
>>>>> this change on everyone without much better ability to explain why this is
>>>>> so important, having it just go from 55fps to 11fps is going to freak
>>>>> people out and cause a lot of problems for the core development support
>>>>> teams.  To me it makes more sense to make the multiplication factor
>>>>> configurable so that if a certain grid wants to run at normal stats they
>>>>> can set the modifier to 1.0 if a certain grid wants to be an analogue of
>>>>> second life they can change the modifier to 5.0, but if forcing everyone 
>>>>> to
>>>>> use this is the only option I have to say my vote is -1 for inclusion at
>>>>> this point, unless someone can really convince me why this is so important
>>>>> otherwise.
>>>>> 
>>>>> On Fri, Apr 24, 2015 at 5:42 PM, Michael Emory Cerquoni <
>>>>> [email protected]> wrote:
>>>>> 
>>>>> > ok so just so I understand we should now see this actually just display
>>>>> > 11fps? Personally I think this is a bad idea, alot of people may be 
>>>>> > using
>>>>> > monitoring apps and scripts that look for low fps and restart the 
>>>>> > region,
>>>>> > we would basically be forcing everyone to rewrite a lot of code to
>>>>> > accommodate a singular purpose? Not quite sure how this improves the
>>>>> > project as a whole.
>>>>> >
>>>>> > On Fri, Apr 24, 2015 at 5:40 PM, Michael Emory Cerquoni <
>>>>> > [email protected]> wrote:
>>>>> >
>>>>> >> ok I will continue testing this for now, we should try to resolve the
>>>>> >> white space issues before it hits core, we can worry about that later
>>>>> >> though. I hope others can start testing this patch as well we need to
>>>>> >> really make sure this does not break any scripts or monitoring apps 
>>>>> >> before
>>>>> >> this changes the core code, so anyone who has the time please do test 
>>>>> >> this
>>>>> >> and let us know if you notice anything change or break, thanks!
>>>>> >>
>>>>> >> On Fri, Apr 24, 2015 at 3:38 PM, Maxwell, Douglas CIV USARMY ARL (US) <
>>>>> >> [email protected]> wrote:
>>>>> >>
>>>>> >>> Classification: UNCLASSIFIED
>>>>> >>> Caveats: NONE
>>>>> >>>
>>>>> >>> What you saw were just warnings about white spaces.  The patch should
>>>>> >>> still
>>>>> >>> apply and work.  We follows the open simulator patch creation guidance
>>>>> >>> explicitly, if you guys have updated instructions for how you want 
>>>>> >>> this
>>>>> >>> done -
>>>>> >>> let us know.  Otherwise, you can ignore the warnings.
>>>>> >>>
>>>>> >>> v/r -douglas
>>>>> >>>
>>>>> >>> Douglas Maxwell, MSME
>>>>> >>> Science and Technology Manager
>>>>> >>> Virtual World Strategic Applications
>>>>> >>> U.S. Army Research Lab
>>>>> >>> Simulation & Training Technology Center (STTC)
>>>>> >>> (c) (407) 242-0209
>>>>> >>>
>>>>> >>>
>>>>> >>>
>>>>> >>> -----Original Message-----
>>>>> >>> From: [email protected]
>>>>> >>> [mailto:[email protected]] On Behalf Of Michael
>>>>> >>> Emory
>>>>> >>> Cerquoni
>>>>> >>> Sent: Friday, April 24, 2015 2:38 PM
>>>>> >>> To: [email protected]
>>>>> >>> Subject: Re: [Opensim-dev] MOSES patch submitted
>>>>> >>>
>>>>> >>> please check the mantis, i had some trouble applying patch for 
>>>>> >>> testing,
>>>>> >>> thanks
>>>>> >>> guys!
>>>>> >>>
>>>>> >>>
>>>>> >>> On Fri, Apr 24, 2015 at 1:30 PM, Michael Heilmann 
>>>>> >>> <[email protected]>
>>>>> >>> wrote:
>>>>> >>>
>>>>> >>>
>>>>> >>>         Opensim Devs
>>>>> >>>
>>>>> >>>         Just an FYI, mantis bug #7540 is the first code submission 
>>>>> >>> from
>>>>> >>> project
>>>>> >>> MOSES.  Thanks.
>>>>> >>>
>>>>> >>>         --
>>>>> >>>         Michael Heilmann
>>>>> >>>         Research Associate
>>>>> >>>         Institute for Simulation and Training
>>>>> >>>         University of Central Florida
>>>>> >>>
>>>>> >>>         _______________________________________________
>>>>> >>>         Opensim-dev mailing list
>>>>> >>>         [email protected]
>>>>> >>>         http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
>>>>> >>> <blockedhttp://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev>
>>>>> >>>
>>>>> >>>
>>>>> >>>
>>>>> >>>
>>>>> >>>
>>>>> >>> --
>>>>> >>>
>>>>> >>> Michael Emory Cerquoni
>>>>> >>>
>>>>> >>> Classification: UNCLASSIFIED
>>>>> >>> Caveats: NONE
>>>>> >>>
>>>>> >>>
>>>>> >>>
>>>>> >>> _______________________________________________
>>>>> >>> Opensim-dev mailing list
>>>>> >>> [email protected]
>>>>> >>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
>>>>> >>>
>>>>> >>>
>>>>> >>
>>>>> >>
>>>>> >> --
>>>>> >> Michael Emory Cerquoni
>>>>> >>
>>>>> >
>>>>> >
>>>>> >
>>>>> > --
>>>>> > Michael Emory Cerquoni
>>>>> >
>>>>> 
>>>>> 
>>>>> 
>>>>> --
>>>>> Michael Emory Cerquoni
>>>>> -------------- next part --------------
>>>>> An HTML attachment was scrubbed...
>>>>> URL: 
>>>>> <http://opensimulator.org/pipermail/opensim-dev/attachments/20150424/28f4856d/attachment.html>
>>>>> 
>>>>> ------------------------------
>>>>> 
>>>>> _______________________________________________
>>>>> Opensim-dev mailing list
>>>>> [email protected]
>>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
>>>>> 
>>>>> 
>>>>> End of Opensim-dev Digest, Vol 13, Issue 34
>>>>> *******************************************
>>>> 
>>>> 
>>>> _______________________________________________
>>>> Opensim-dev mailing list
>>>> [email protected]
>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
>>> 
>>> 
>>> 
>>> -- 
>>> Michael Emory Cerquoni
>>> _______________________________________________
>>> Opensim-dev mailing list
>>> [email protected]
>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
>> 
>> _______________________________________________
>> Opensim-dev mailing list
>> [email protected]
>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
> 
> 
> 
> -- 
> Michael Emory Cerquoni
> _______________________________________________
> Opensim-dev mailing list
> [email protected]
> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
_______________________________________________
Opensim-dev mailing list
[email protected]
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev

Reply via email to