Jump to content

note Genesis

Resident
  • Posts

    7
  • Joined

  • Last visited

Posts posted by note Genesis

  1. 15 hours ago, animats said:

    That's certainly the feeling I get from Server User Group. It's not like the few Lindens there are reporting the progress of large teams we never see. It's more like the few Lindens there are desperately working to keep it all going and improve it a little. I get the feeling that two or three of the Lindens do all the heavy lifting.

    I remember that Labs had moved the activity od some devs from SL to Sansar . But as Sansar has been released , is it always the same situation?

  2. 42 minutes ago, Lawrence Celestalis said:

    I have replied to this one some posts ago. I understand it's a lot of pages and therefore not easy to spot. 

    This is very true, Djehan has chosen (for the reasons you will find in the previous post) in the following order: to have it supported by donations, where she would continue in upgrading the artwork and maintain it, to have it preserved by LL, or to move on and proceed to other platforms and AR. I believe it is exactly the constraints you are talking about to push her to make these choices  and she is very peaceful about all of them.

    I want to acknowledge you for bringing up very valid suggestions to the discussion, thank you. 

    IShe won t upgrade artwork , because you have said sooner that you refuse to downgrade for less sims ; in your opinion ut would break the "artwork" . So , she won t upgrade it

    • Like 1
  3. I LOVE definitively the new avatars . They look gorgeous with material enabled

     

    I thinks it s a bit pity they are tagged "not modify" . I would have prefered to get them tagged  "modify no transfer" .

    Even if i didn t have the intention to change the UV maps , i would liked to add in them my personnal scripts 

  4. Where have you seen that  "JSON actually has brought true, indexed arrays as well as associated arrays AND nesting to LSL"

    It s wrong .

    With an indexed array , get operations or set operations are O(1) time .Time is independant of the size of your datas.

    With map arrays , get operations or set operations are O(k) time . Time is proportionnal to the size of the index of your datas. Time is independant of the size of the values of your datas

    With a true list from an another language ( not LSL list ), get operations or set operations are too proportinnal to the sum of the size of node pointers or references . Time is independant of the size of the values of your datas

    With JSON string inside LSL  ,  get operations or set operations are O(n) time . Time is proportionnal to the size of your FULL datas ( keys and values ) , because it s as simple silly string. It s the worst case who can happen .

    I dont consider JSON as a solution  to replace indexed arrays and associated arrays , and nested arrays . The goal to use indexed arrays , associated arrays , nested arrays is to have a better data structure more efficient for some kind of algorithms , not a better syntax .  And binary searchs can t be implemented efficiently , by instance , because there is no string operators to compare s1 < s2 or s1 >s2 . The "keys" of the JSON string are only strings .  JSON strings in LSL  are the worst efficient to use algorithms

     You have talked too about nested data structures : same problem .  a real data structure cfrom an another language  could implement AVL , or binary trees and to be able to do search  in O(ln(n)) time .  With JSON String, as it s implmented , it will be never possible

     

×
×
  • Create New...