Jump to content

Pedlar Decosta

Resident
  • Content Count

    77
  • Joined

  • Last visited

Community Reputation

12 Good

About Pedlar Decosta

  • Rank
    Advanced Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I thought I'd give an update on this topic. I was using Wulfie's scrambling option (albeit somewhat altered) and that would be great if no one else was going to use it. However it occurred to me, when I happened to scrambled some words, that anyone with the software can use a known unscrambled key to easily figure out how those characters were scrambled. So the fact that they could do this, means scrambling is not a real security option in this instance unfortunately. So I will change it to something that completely transforms the keys, so they are unrecognizable. Fortunately, I have a few opt
  2. Hi Wulfie. Well, as you know I'm not putting 257 lines in one notecard and the data is not going to be truncated by design. My main goal is user friendliness. That being said I am already playing around with the ideas that you and others have suggested. I have got heaps of great tips and advice from this thread already. So thank you, and everyone else
  3. That is sort of what I did, but I never thought of encrypting the entire set of data using a unique passphrase chosen by the user Molly. What a wealth of knowledge and idea you are. Thanks. I'll definitely give this some consideration. Err, but one question.... I love pasta and I make great homemade pasta myself...but never used it to glue code into a notecard lol
  4. I didn't actually offer a "none of the above" choice Wulfie lol. But fair enough. Can someone explain to me what the perils are that are apparently associated with using notecards ? I am happy to learn about the suggestion of http responses etc, to hard code it. Heck I'd prefer it if there was no copying and pasting at all, and maybe that's the way to go. But before I go down those roads, why is it many coders don't like notecards to begin with ?
  5. So I played around with the code you provided Wulfie, chopped and changed it and used a couple of different tactics to obscure the real uuids (hopefully even from those who read this thread), and integrated it into my scripts, put them alongside each other in the same network and tested to see which one is fastest. Scrambling and the Base64 encryption were a little faster than the XTEA. However, now that I have a scrambled uuid that is the same size as a real key, I can safely put them back into the other lists, dropping the notecard lines down from 6 to 3, which will save a bit of time too.
  6. Hi Prof. I do use llRemoteScriptPin() for updates and sometimes use so called 'helper scripts'. But considering I use the Reset Function to update network details, the only way to store the lists would be hard coded into the scripts. I could use a notecard for the network channel, thereby not needing to reset the scripts, but I'm not sold on the idea of not having the data hardcoded. ***** happens and people reset scripts and that would render the product useless. That is why I am thinking a mod script the creators can use to hardcode the lists, that they then set as no mod before they sell th
  7. I have been listening to Wulfie's advice about using something like Omega's system. I am guessing the best way to do it is where the creator would use a full perm script to record and 'hardcode' the texture sets into it with them then making it no modify prior to selling the product. And I do think that has some potential. But maybe for an update in the future because I really don't know if the scripts could handle the amount of information (potentially) that could be required. I'm self taught, so with a lot of things I have to have a crack at it, see if it works and come at it from other angl
  8. Hi Phate. I'm assuming you mean what I'd call 'hard coding' the data into the script so that the information is there all the time and would survive resets. But that is not compatible for the way it is used. I still use lists in the way you describe however. Because of the amount of data involved in saving every visual parameter, I use 6 lists. I did use 3 until I decided to use encryption and then I dedicated an entire notecard line & list to each of those encrypted UUIDs.It is not intended to be a HUD, but of course you could easily adapt it to do everything from a HUD instead of from a
  9. Hi Qie Niangao. That certainly sounds better. The data isn't always so redundant. That list was a mock up. It was repetitive because I just tried to show how much information there is, not because it is a good representative of an actual usage. Although it is fair to say that sometimes it would be. I do not know how to do what you suggest off the top of my head. I'm also drinking my first coffee, so that could have something to do with it lol Hi VirtualKitten. The problem is the notecards really. They have the UUIDs in them. Which can then be used as far as I can tell. If I sell of g
  10. UPDATE: So I fixed the scripts and tidied them up and they are working with the XTEA encryption in the way they should. The only downside is that decrypting and then applying the textures using XTEA has slowed the process down. Instead of typically 5 seconds to finish prior to using encryption, it is now roughly 20 seconds. That isn't so bad, but now I'll take a look at scrambling them to see how much time I can save. I'd be extremely happy if I could get the parameters all set in under 10 seconds. I expect also, that if no advanced materials were being used, there'd be a lot less decryption
  11. Something I should actually mention Wulfie is that I actually use resets, so it is a choice on the menu. One thing I use them for is if I change the product description, (I use the description for network channels, so that users can put multiple items into the network), I need to manually reset for this information to be noticed. Think of a bedroom suite that changes it's entire look, just by one menu selection as an example of usage.
  12. Yes, I think you are misunderstanding the model Wulfie. For one thing, there are multiple (sometimes many) notecards for various 'Texture or visual Sets'. All of which will need to be remembered and used (an over simplification would be a color change menu - but with every single visual parameter listed for every face of every prim and for every single menu choice). The end user no longer needs to edit the notecards, but the scripts need them to affect the various changes for each menu choice, again - for every face of every prim. And from what I could tell the Omega scripts didn't encrypt the
  13. I went out & got one, but I can't see what you mean. They essentially just send linked messages to the no mod script. I do this as well, I just don't send texture information, only instructions. Mine also bundles up information and then split it at the other end. Sorry mate, but I'm scratching my head lol. Do they somehow hard code the information in the no mod script ? The only way to do this that I know of is using a remote script pin, which I do use for updates. If you wouldn't mind, I need a bit more information ?
  14. Yeah, I'm not sure Qie Niangao. It is a bit over my head. But if I import a mesh item, rezz it and set it as full perms, take it into my inventory and check it and it is always wrong, so I change it in the inventory and use friends or alt account to double check it arrives with the correct perms. It can be annoying. Hi Wulfie. I use notecards so the information is never lost. Other people use the system to record various sets of textures etc in their own objects. So they can do it once and be confident they won't lose the information. I used to use object description to store data (and st
  15. Although I feel confident now that texture permissions are secure on a non full perm object, I belatedly realized that I was storing the texture UUID's in notecards for all the next owners and possibly others to see. So although Wulfie explained for some people it isn't difficult to grab UUIDs from outside the viewer, I'm doing a crash course in encryption (in my own fashion) to at least keep the UUID's out of people's faces, most of who wouldn't know how to grab textures from 'outside of the viewer'. Because in my mind, any level of security is better than none in my opinion, and it certainly
×
×
  • Create New...