Jump to content

Aishagain

Resident
  • Posts

    1,446
  • Joined

  • Last visited

Posts posted by Aishagain


  1. @mobiusonemasterchief Infinity: This inventory issue is something that really merits a comprehensive Knowledge Base entry.  The space taken up on your computer is really negligible  even for inventories of 20000 or more.

    However it takes time to load fromLinden Lab's Inventory Servers and the larger the inventory, the longer it takes to log in.  This is important since the login process has a "time-out" function (I have no idea what that time-limit is).  It is dependent on folder sizes so if you do not subdivide your inventory into subfolders, you may run into login issues.

    I created a number of my own folders, shoes, hair etc and within those I subdivider it further into individual brands/creators.  Ir works for me.  Even after many years of shopping and hoarding, my logins are swift and reliable.

    If your login times out for one alt and not for others, that "may" be your issue; at that point it is sensible to approach Linden Lab Support who will "unflatten" your inventory.  It will not look pretty and you will probably reclassify most of it, but it will load.

    • Like 2
    • Thanks 1
  2. In addition to all the above it is important to know that the nunber of items per folder is "theoretically" 10,000, but the practical limit is much less, same as the number of items you can squeeze into a prim.  You can put 10,000 items into a single prim if you have the patience of Job, but good luck in ever getting them back out.

    More important a large (>1,000 say) number of items in a folder can cause slow logins and larger folders will most likely cause the login process to "time out" and fail.  Contact Linden Lab Support about that, they can "unflatten" your inventory (frankly if you can do it yourself it is less ugly, they will do it but it's not pretty).

  3. I saw some partial outfit issues with Maitreya Lara based outfits today.  I don't use LaraX ...yet.  But I did see some issues with rezzing non-mesh items after todays restart on Main, which is strange since I thought it was just another "bounce" today.

    I put my issues down to a slight glitch in my ISP connection though, not SL itself.

    • Like 1
  4. All I will say is that it's almost no issue to me since I and my surroundings rez instantly.  However that is not true for others who apparently have to wait up to a minute for the click or movement "fix" to apply.  I doubt that they find it either pleasant or useful.  I am surprised that LL seem to consider it so insignificant (always assuming they DO know what causes it and how to fix it).

    As the head of the Royle Family might've said "Unintended feature my arse."

    • Confused 2
  5. 8 hours ago, Henri Beauchamp said:

    Wild guess: a playful Linden's April fool ? 🥳

     

    9 hours ago, Love Zhaoying said:

    It's a bug.

    If I, for one moment, thought that LL were sufficiently in control of SL to be able to make the glitch deliberately as an April Fool jape, I'd want to know why so many other bugs go unfixed.

  6. I cannot be certain but I have encountered the same issue as you and anecdotally this phenomenon seems to have re-appeared for many, especialy those using PBR capable viewers.  It appears to be a return of the "interest list" bug that manifested iteself some years ago during various changes that LL applied to both server-side and client-side software.

    The reason (I think) that the objects/attachments fail to render appears to be some sort of "race" that occurs when a client first updates a new scene; that a "zoom out and back" remedy seems to work is down to the reloading of the scene by the client, some of the scene is already cached and does not need to be updated, so other, previously unrendered items are duly rendered.

    That's the "why"; now what the cure will be I defer to more able souls.  I hope it can be fixed soon, it is hugely irritating to be sure.

    Edit to add:  It is NOTHING to do with the breed of GPU, CPU or software used.

    • Like 1
  7. Yes there is ongoing "maintenance" on the login and inventory servers, it seems accounts are randomly (to us) but systematically (to LL) being checked and if necessary corrected.

    NB: This is little more than speculation on my part following some unexpected but entirely understandable account issues.

    • Thanks 1
  8. Bump.

    Sorry, see my post above.

    The FS JIRA link is to the Mobile format

    https://jira.firestormviewer.org/browse/FIRE-33743

    will take you to the JIRA in "normal" browser format

    ETA Friday 8th about 11am SLT:  The issue IS server-side.  A No Trans No Mod texture given to me by Dan Linden cannot be seen or applied on a Main Server region but it CAN both be seen and applied on the Magnum sandbox, which according to search is currently running LeTigre RC code.

  9. As an addition to all this I have discovered and reported (to both FS and LL) a significant permissions issue wrt editing of textures.

    I found that textures with anything other than full perms (in this case the texture was no mod and no transfer) while they appear in the normal inventory window in ALL viewers, are inaccessible in the edit floater texture picker in PBR equipped viewers.

    In other words in FS release 6.6.17.70368 the behaviour is as expected as it has been for as long as I have been editing stuff, but in FS Beta 7.1.4.73289 and LL release 7.1.3.7878383867 the texture is unavailable in the edit floater texture picker.  It cannot be dragged onto the face being edited either.

    I am pretty sure that is NOT intended behaviour!

    ETA:  Apparently this simply cannot be happening  according to LL.  They're in denial it would seem.

    I spent 4 hours working on this last night because I didn't believe it either, at first.

    FETA: Having had extensive discussion with Dan Linden (who has been very helpful) we are no further with this issue, it seems that I am unique in not being able to apply or even see non full perm textures in Edit!

    Dan sent me a no mod no trans texture to try and in the PBR viewers I could not see it in the edit texture picker (yet it was visible in my inventory) and I could see it and apply it in the non-PBR Firestorm, yet he had no issues at all! 

    I do NOT understand this.

    Edit to add Friday 8th: Just so that anyone similarly affected (I cannot believe there is anything unique about my computer [the viewers are on default settings]) can add their votes or comments.

    this is the Bug report to LL:

    https://feedback.secondlife.com/bug-reports/p/texture-edit-issue-in-pbr-viewers

    and the FS JIRA:

    https://jira.firestormviewer.org/plugins/servlet/mobile#issue/FIRE-33743

    • Like 2
  10. All this vitriol!

    1) It is generally accepted that LL released the whole PBR program long before it was ready for release.  Quel surprise.

    2) Firestorm had a significantly better viewer in Alpha as quickly as a competent amateur could be expected to; a far better effort than the professional product that LL was offering.

    3) The current FS beta is vastly superior already to the full release product available from LL.  I've tried the LL release and the FS beta.  The comparison is almost unbelievable.

    4) The normal policy of LL of releasing (excuse the pun) unfinished software is well-known to those of us that have infested SL for aeons.

    5)  Bickering of the style I have read in the foregoing gets no one anywhere.

    The only sane path forward that I see is to make the necessary transition as painless for users as possible and I see scant evidence that one or two creators are prepared  to do that.

    Those proud, competent and rather conceited folk risk being seen for what they are - elitist and somewhat intolerant.

    • Like 2
  11. 3 hours ago, Qie Niangao said:

    I don't think so. This sounded way more elaborate than anything I've seen happen, so I had to get in-world to try it, and I can't figure out a way to make it happen: it just blocks rezzing by the owner if it would overflow the parcel's Land Impact, even if more than enough of that excess is from prims owned by others, not set to the land group, that would be autoreturned eventually anyway.

    (That's on individually owned land, and rezzing directly from inventory. If there's some other situation involved, I can probably set up to try that, too.)

    That was not my experience. I accidentally exceeded my homestead's LI capacity a little while ago.

    The item I was attempting to rez successfully resolved but several of my and a co-owner's items were summarily returned (via lost and found) and a couple of "no copy" items just vanished irretrievably.

    A couple of other items disappeared from the sim only to return unannounced several days later, in peculiar locations under the navmesh (ground).

    One, a scripted wandering bird, was devoid of its original scripts and was resultingly inert.

    Go figure, as they say.

     

    ETA:  To be accurate, I was editing a regular prim by using the edit tools to make a sectional cut which caused the LI to shoot up hugely, so whether that had some effect I don't know.

    • Like 2
    • Thanks 1
  12. Well well.  This is a situation that I dealt with some 2 years or more ago. I am astonished that someone bumped this thread after more than 2 years!

    I discussed the funding requirements of SomaFM with Rusty then and it became rapidly clear that there was to be no meaningful communication between SomaFM and Linden Lab/Tilia.

    SomaFM were only vaguely aware of SecondLife or the number of folk who used their streams and were not at all interested in streaming to virtual worlds anyway.

    There was no convincing SomaFM of the potential available.  I did try.

    Subsequently I spent my effort convincing (successfully) Radio Paradise to fulfill that role.

    • Like 1
    • Thanks 2
×
×
  • Create New...