Jump to content

BlckCobra Shikami

Resident
  • Posts

    99
  • Joined

  • Last visited

Posts posted by BlckCobra Shikami

  1. You can upload BMP, JPG, TGA and PNG images. JPG-format is not recommended fpr sculpties since it does not use a lossless compression algorithm. TGA and BMP are lossless. TGA and PNG may contain alpha channels - transparency/partial transparency

    Hope this helps.

  2. I share your concerns and the answer from support wasn't very helpful because they didn't even understand the question/info and replied that the issue has been resolved (I should check the grid status page - which states to provide them any possibly helpful info).

    Support Rating:

    • Question/Info understood: No
    • Useful answer provided: No
    • Have red their on Grid Status Page: No

    If IMs are stored beyond what is neccessary to deliver them, LL is breaking their own TOS and violating a lot of laws all over the world. From my current understanding the IMs are deliveries of IMs which were stuck or delivered but still stuck in some kind of storage.

    It would be very helpful if a Linden (who also read here) would explain what happened and with that remove the concerns many have. This issue is a trust breaker if no one states what has really happened and the rumors will probably destroy the tiny rest of faith residents have left lately.

    Cobra

  3. Hello Huntr,

    If you need the UUID of a texture right click the texture in your inventory and from the popup menu select "Copy assert UUID". You can paste it then (Ctrl-V) to the notecard as required.

    If you need the UUID of an object the object has to post it to the chat window via a script. If it's required by your system, it should have a documented way to do that by itself or you need to add a small script to retrieve the UUID/key of the object.

    Go to the object's contents and click "New Script" ... edit the default script by replacing the code in state_entry() by

    state_entry() {
        llSay(0,"My UUID/key is " + (string)llGetKey());
    }

    Save the script and it will tell you the object's unique key (UUID)

    Hope this helps, Cobra

    • Like 1
    • Thanks 1
  4. Hello Technus,

    "will not work" means they can not TP to the sim via the Landmark or "will not work" means they do not reach the skybox via the LM but are placed at a different location? If the second is the case, I suspect there is a Landingpoint set on the parcel which rerouted them to a certain location. Please, check the settings in "About Land ..." - "Options" at the bottom of the page.

    Hope this helps, Cobra

    • Like 1
  5. Hello Naerose,

    every avatar has a unique key - the mentioned UUID (short for Universally Unique Identifier, for more info see here: http://en.wikipedia.org/wiki/UUID). This UUID is per avatar and as the name says unique. It's build of hexadecmal numbers (0..9,a..f) - 16 letters which represend the values 0..15.

    Those letters sometimes, randomly form words like "dead", "cafebabe",  "ba11ade" or "facade" and other astonishing combinations.

    I'd say: coincidence?: yes, scary?: sometimes, mysterious: no

    Cobra

  6. My 2 cents: The term "Hi Res textures" as quality criteria used for advertisement isn't really good (at least not for those who know the side effects) ... I'd rather prefer the terms "optimized" / "optimal or smart use" :-)

    Cobra

  7. Hello Mythiphi,

    actually it's not about avoiding 1024x1204 textures complettely. A texture has to have an appropriate size for the purpose it serves. Small things: small textures, bigger things, with few details: small textures, big things which need lots of details: higher resolution. It simply depends what you want to achive with the texture: a 32x32 can sometimes be more efficient than a 512x512 texture. Even 128x512 has it usage(s).

    But you are correct in regards to big textures: they need higher bandwidth to be transferred from the server to the client, more CPU power on the sim and also a lot more CPU/memory transfer/GPU power than smaller textures. And that won't problably change in the near (and far) future: More pixel, more data, more work for the involved hardware & software

    Cobra

    • Like 1
  8. Das ist ein bekanntes Problem und häufig ist die Ursache, dass Dein Avatar noch halb irgendwo in einer Sim steckt (Ghosted Avatar). Um den Zustand zu beenden muß die Sim inder Du steckst neu gestartet werden. Wenn es eine private Sim, ist dann muss der Eigentümer sie neu starten, damit Dein Avatar korrekt ausgeloggt wird; ist es eine Mainland Sim, dann hilft nur ein Ticket via http://support.secondlife.com an LindenLab. Lass sie wissen wo Du vermutlich feststeckst und bitte sie um einen Restart der Sim wegen einem "Ghosted Avatar"

    Viel Erfolg, Cobra

  9. Unfortunately yes ... only way around that is to use chat or menu based commands to configure it or a 2nd object which transfers the data via say/listen to your object. If your object requires a notecard to be configured you need to allow to modify the container object.

    • Like 1
  10. The problem is that your object is no modify.

    The notecard may be mod/copy/trans but the "no modify" setting of your object prevents that the next owner can edit the notecard. The object as container of the notecard superseeds the permission of the notecard in such a case. Set the object to "modify for next owner" and they will be able to edit the notecard.

    Cobra

×
×
  • Create New...