Monday, September 29, 2014

RealRestraint update to v1.26

Hi !

As promised, the RealRestraint line has been updated to v1.26. Don't be afraid, only one product needs a replacement, and that is the Pretty Mummy set. The rest of the products need only a simple update (if they were already v1.25, that is, otherwise a replacement will be required).

The biggest change in this update is the Pretty Mummy set itself : Linden Lab has provided us a way to control materials through scripts, so it was time to merge all those 4 variants (the old Latex, Plastic, Tape and Wrap boxes) into one... and to add even more materials !

Instead of the 4 original materials, you will now have access to 15, all of them through the MummyTex plugin of every part of the Mummy set. You have Latex (*), PVC, Rubber, Plastic (*), Bin plastic, Smooth plastic, Bondage tape, Vinyl tape, Duct tape (*), Nylon, Wrap (*), Gauze, Waxed fabric (**), Spandex (**) and Bodystocking (**).

(* : Those are identical to the original ones of the same names)
(** : Those are new, they look like Wrap, but without stripes)

Here is the full change list brought in this version :

* All restraints :
- fixed : When /77 was turned off, the wearer could not click on the secondary items. This made no sense, since blocking touch is the responsibility of the Touch plugin (for RLV users) and the "Block" feature (for non-RLV users). If you want your sub to be incapable of touching their restraints, you have to block /77 AND touch.
- changed : Now, only the keyholder (or everybody if the keys are available) can change the animation of the sub, unlike before. I got a lot of flak from people who really really didn't want just anyone to change their animation, and there is no room in the Anim plugin to allow for an option. If I can make it an option in the future, I will, but for now it is keyholder-only.

* Ropes, tape, blindfold, mummy, and every third-party plugin that uses Unlockable :
- fixed : The API wasn't respected for the "-20" link message, and could confuse some third-party plugins. Now the "-20" link message is sent again when someone touches the ropes (for example), and if "Force" is pressed, then the new "-40" link message is sent. This will be updated in the plugin template as well. In plain English, this means that some rope-specific third-party plugins that were broken in v1.25 will work again in v1.26.

* Blindfolds (with RLV 2.9 active) :
- changed : Now, when locked on Medium, Thick or Opaque, hovertexts in world will be hidden (but not those on the HUDs). This is normal, the sub is not supposed to be able to read in those configurations.

* Pretty Mummy :
- changed : Merged the 4 variants into one, added the ability to change materials through the MummyTex plugin.
- changed : Removed the Shape plugin, since it served only as a way to copy and paste the shape of the set across variants.
- fixed : When tying the legs on "Pet", the arms would go on "Pony" but "Loosened". Now the one who ties the legs also gets the arms, but ONLY if the arms had no keyholder prior to that.

* Ropes in general :
- fixed : Now, the leash texture is updated also after a reset.

* Shibari :
- fixed : The textures were rotated and stretched wrong when changing them through the ShibariTex plugin, and there was no way to get them right again.
- fixed : The leash texture and the hogtie/lotus particles were wrong. They are now exactly the same as the ones in the Siren rope set.
- changed : When tied on "Tie", two coils of rope will show around the arms and legs so that the sub can be tied to some furniture. Attention, to benefit from this change, you need to have your Shibari replaced (arms and legs).

* Vixen collar :
- fixed : When locked on "4 Post high", there was a useless "+0 h" message or something like that. It didn't do any harm, but it had nothing to do there.

You can find an updater at the following places in-world :

My little shop

The Little Shop of Kink

S&M Castle

Roper's Dark Playground

Have fun !


Wednesday, September 17, 2014

New product : HD Video System

Hi !

I am proud to announce the release of the first High Definition Video System in Second Life !

Remember what I blogged about nearly two months back ? Well it's ready now, and even better, I am releasing the tool chain I mentioned at the same time, in open-source.

This video system is quite powerful. It can :

* Display HD pictures (pictures bigger than 1024x1024, the current max is 4096x4096, but it can be extended later).

* Display HD videos (animated pictures with a better resolution than what simple ones, allowing for 30-second long videos).

* Play long sounds without gaps (sounds that last longer than 10 seconds, for example musics). You can hear an example of a music in the video above.

* Display subtitles. The video above also shows one of the subtitles. Subtitles are simple hovertexts so it is easy to make your own story that way.

And all of it is inside SL. No external media source such as YouTube, nothing. It's safe and you can watch with your friends, everybody would see the same thing at the same time !

All the data of a movie are contained in a tape that looks like a VHS tape (if you're old enough, you have the right to feel nostalgic), and you can buy tapes and even create and sell your own ! More than a simple product, this video system opens a whole new business ! It's easy, everything is explained clearly, with examples. And if you don't really want to make movies but you want to create your own slideshows, it's even easier.

So if you are an artist, like those people who tell Second Life stories on Deviant Art, not only this product will help you, but it may even become a business for you.

The basic manual for the video system is actually on a tape rather than in a notecard, so you both learn how to use it with many pictures and videos, and see what this system can do.

To produce HD content for this video system, in a nutshell, you need to download 4 free, open-source tools (Python, VirtualDub, ImageMagick and ShnTool, if you want to know), and to process your content with the Python scripts that are provided in the Director's Manual. Everything is explained clearly there. You don't need any programming skill to make them work.

The product is Copy/Mod/No-Transfer, and takes 11 prims when rezzed (10 for the TV and 1 for the player). It costs L$400 and you can find it in any of the Marine's Goodies vendors. Here are a few SLURLs :

And for the first time, I am opening a store on the Marketplace. Not to sell Marine's Goodies or even RealRestraint products, but to sell the movies I will produce, specifically for that video set. The name of the store is "Maison de la Marquise" ("House of the Marquess" in French, a homage to "House of Gord"... and it's always more erotic when said in French, isn't it ?), and is dedicated in producing and selling high-quality adult videos.

The store is at :

And the video set being available at :

At the time of this writing, there is only one movie in the brand, it is called "Applicant Payback". It is not kink-centered (more like vanilla porn, with a little flavor of kink near the end), but it is high-quality. The next movies I will produce will be a lot kinkier, with themes that will mostly revolve around heavy bondage and domination.

Have fun !


PS : It will take some time for people (me included) to produce movies for this video set. This is normal, because movie producers need the provided tool chain to make their own movies. I will make my own too, in the meantime. As I pointed out earlier, it will be erotic movies, mostly about kink (bondage, ponyplay etc). It will be fun ! And yummy !

Friday, July 18, 2014

New project, new technology, more fun !

Hi there,

Let me tell you about a project of mine that I've been brewing in my head for some time... And recently I have made the whole tool chain that allows me to realize it. Now... I could get all technical on you, but instead I'm going to shake my butt.

Do I have your attention now ? I mean, really ?

Okay. So as I was saying, this tool chain allows me to -- hey, you there, will you stop staring at my butt for a minute please ? Thank you.

With this tool chain, I can process a video into animated textures that I upload back into SL and -- what, again ?! Okay, I knew it was a bad idea. I give up, I'll show you what I mean with videos :p

Right now, if someone took this video and somehow turned it into an animated texture, the resulting texture would look like this :

As you can see, it is a mosaic of frames organized so that SL will play them one after the other, from left to right and top to bottom, at a pace fast enough that you have the illusion of movement. If it were uploaded into SL, it would look like this :

Pretty blurry, isn't it ? This is not surprising, the video lasts 30 seconds and was shot at 10 frames per second. This gives 300 frames, decimated down to 256 frames, so that the texture is exactly 16x16 frames (a square is a better choice so we don't have any stretching). Since the maximum size of a texture in SL is 1024x1024, the math is simple : each frame is a small 64x64 thumbnail. Stretched up to fit that square you see in the video above, you can see why it is blurry.

And that's why you don't see many animated pictures in SL, except for controls and the like, stuff that doesn't need a high resolution and a big number of frames at the same time. But you don't see good looking videos unless you use media, which means your viewer connects to an external video (YouTube or whatever), and then all bets are off. You don't have any control over what kind of url your viewer connects to, the url could be potentially malicious. None of this happens with animated textures, since you are only looking at harmless textures inside SL.

If you don't want to give up too much detail nor too much smoothness, you have two options.

The first one is to cut the time frame of the video into several short clips that are to be played in succession. This is all well and good and makes sense, but unfortunately, playing videos is a viewer-side feature, while the switching from one part to the next is the responsibility of the script telling the viewer to play that video. In other words, both will never be synchronized well enough, there would always be a slowdown or a pause between two parts of a video.

The second option, the one I chose, is to cut the screen itself into parts, in 2x2 squares, 3x3, 4x4 etc. That's what my tool chain does and when it's done, it creates a bunch of textures that I just upload back into SL.

Here is how the video looks in 2x2 (that's the exact same AVI file you've seen at the beginning of this post) :

It's much crisper already, but I can do better. Look at it on a 4x4 :

Now we're talking. You can see each piano key for example. And no I am not showing myself on the videos because of a sudden case of inflating ego... but only to show you that this is SL, and the scale of the TV compared to an avatar :p

As you can see, this 30 seconds video, shot at 10 frames per second, looks a lot better on a 4x4 screen (that's 16 textures of 1024x1024 each, instead of only one) than on a regular 1x1 square prim. There are seams between the different squares, but that's due to how SL stretches small textures (since each individual frame is still small), it blurs it, I can't do anything about that. The texture itself is crisp without any blur, I saw to that (you can check in the animated texture above in this post that there is no blur in it).

You must be thinking, where is she going with all this ? Well now that you understand the technical stuff (and that I've shaken my butt enough), maybe you can see the possibilities of such a device.

First of all, the TV itself that you've seen on the videos above is fully working and can display a video on a 1x1, 2x2 or 4x4 screen. It also adapts the dimensions to the specified dimensions of the video or picture (because it can display static pictures as well, even multi-part ones) so that they don't look stretched.

It plays a playlist received from the decoder (which looks exactly like an old VHS tape recorder), which itself receives it from a VHS tape.

And that's where it becomes interesting : the movie producer (Yours Truly for the moment) shoots a video into an AVI file on the hard drive, then processes it through the tool chain I made, then uploads the resulting pictures into SL (automatically named so the SL scripts understand that they are in fact one single video, and the parameters such as the speed, the number of frames and so on). So far so good.

Then they insert the pictures (without changing anything to the names) into a VHS tape, which calculates a playlist out of it. Then, once the tape is inserted into a decoder, the playlist is transferred to the decoder, which in turn dispatches it to all the connected TVs. But the textures are never transferred anywhere nor to anyone, the tape deletes them before they can be taken out. Everything is encrypted so the data are safe.

For now the tool chain I made is pretty difficult to deploy (it uses 4 different tools, all freeware, that need to be installed on the computer), so I will keep it for myself for a moment. Plus I must make sure it works perfectly, it's still a little rough around the edges. But I can at least start the fun part of the project :

Producing erotic SL movies !

Think about it : nowadays we've got a lot of good looking furniture with gorgeous motion-capture animations for solo avatars, couples, threesomes and even more. Those animations can take up to 30 seconds so we need the best resolution in order to render them into SL as animated pictures without looking dull. We've had erotic SL comics, now we'll have erotic SL movies !

I know it sounds silly and all, but isn't every new technology used either for war or for sex first ? Sex and war are what make the world turn !

In all seriousness though, this technology isn't going to be used for eroticism only. It has actually nothing to do with eroticism, it's just a video recorder and player. I will produce eroticism because everything I touch turns to kink, but it will be great for in-world demonstrations, fashion shows and the like, without having to rely on videos on external servers (which, I repeat, always contains a part of risk, whereas with animated textures you're safe, since it stays within SL).

I will be more than happy to share this system once it is mature enough (no pun intended), but it is still a bit early for that. What I will do first is produce a few good videos with friends, for once mixing business and fun because I will create an SL "company" for it (I have yet to decide the name but it will probably be a silly one), sell tapes (for a small price) as well as the TV with its decoder (for a small price too). Then, if all goes well, I will probably hire more actors and actresses to produce more videos, but I don't know how many yet. What I do know is that the processing of such videos will be the bottleneck of the whole production, and with the amount of work that is awaiting me for the next months, I can't afford shooting videos to take more than a fraction of my time. In other words, I'll be part of this business only for a limited amount of time, after which I will probably write an API of some sorts and release the scripts (not as open source since the protocol is encrypted, but free to distribute nonetheless), as well as release the tool chain and explain how to make it work. I do want high resolution videos to be part of SL !

Of course, you know the drill : no ETA, I'm just stating what I am working on. And shaking my butt :p


Friday, July 4, 2014

Update to all RealRestraint products, v1.25

Hi !

As promised, here is the update of all the RealRestraint products up to v1.25, with three main features and many bug fixes and small improvements !

This update is quite big, and some products will require a full replacement, while others will do nicely with a soft update (when you click "UPDATE" on the menu instead of "REPLACE"). A RR Anim HUD is included in the update folder, so you don't need to replace the armbinder to get the new HUD.

The products that just need a soft update and do not need a replacement are :

- Armbinder
- Ballgag
- Scarf blindfold
- Body harness
- Isolation Hood
- Jammer
- Restrained Elegance (collar only)
- Ringgag
- Serious Shackles (collar only)
- Slave crate
- Straps arms
- Tape gag & blindfold
- Vixen leather training set (collar only)

And the products that do require a replacement (because of new animations and some slave scripts being updated) are :

- Police handcuffs
- Police legirons
- Pretty Mummy (all of it, gag and blindfold included due to slave scripts having changed) (*)
- Restrained Elegance (except collar)
- Serious Shackles (except collar)
- Shibari arms
- Shibari legs
- Siren arms
- Siren legs
- Straps legs
- Vixen leather training set (except collar)

Normally, if I did my job correctly, you should not see an "UPDATE" button if your product is part of that second list, but you will necessarily see "REPLACE" since that product has been identified properly. But if you do see an "UPDATE" button and your product is part of that second list, DO NOT PRESS IT. Although the product would still work afterwards, it would not have the new animations, therefore it would not be recognized as a retail product in a future update anymore.

(*) For the Pretty Mummy set, the warning stated above is not entirely true. You can still choose "UPDATE" on it and it will not break future update attempts, because only a slave script has been changed, which makes no difference to the updater. You will not benefit from most of the changes specific to this set, that's all (but you will still benefit from the changes to the core scripts, like the RLV 2.9 features for the blindfold, the new feature on the Anim HUD, the new Vulnerable plugin, etc).

Here is the list of what has changed :

Firstly, following the release of RLV 2.9 and its new camera commands, the restraints now use these new commands to make blindfolds much more enjoyable. Instead of simply moving a prim in front of your view to blind you totally, you will now be blinded "selectively" : the tighter the tie, the smaller the area you can see around you (but you can still see yourself), beyond it will be just black (or mostly opaque for the three lower locks, "Blurry", "Very thin" and "Thin"). More so, the three upper locks ("Medium", "Tight" and "Opaque" will remove the texture of everything around you, so you can only guess what you're touching. In "Opaque', you will really have to hug the walls to actually have a clue where you are going. But it's better than not seeing anything at all, right ? Also the upper locks will turn people into silhouettes, unless they are really really close, to enhance the feeling.

Secondly, a new plugin, called "Vulnerable" is added to all the arms restraints, and only them (not collars, gags, blindfolds or legs restraints). The gist of it is simple : when your arms are bound, you are more vulnerable than when they are not (well, duh), so anyone can do things to you without you being able to resist. Namely, they can strip you by force, make you wear things (but not lock the outfits on you), they can force you onto some furniture, and they can snap a chain to lead you around. But the latter two features will not be available if you are already locked down on a furniture by the keyholder, or leashed by the keyholder, respectively, to avoid breaking their set up. This plugin, as discussed in earlier threads, has two toggles : one for the sub to allow the dom/me to make them vulnerable (they are not by default), the other to actually make the sub vulnerable when tied. That way, the sub is vulnerable only if she and her top wish so.

Thirdly, the ability for anyone who owns a RR anim HUD (that's anyone who wants, since that HUD is copy/mod/transfer, just ask the sub to give you a copy of it) to actually command the animations and poses of the nearest sub around. Even if she is not tied by them ! More so, the top can even "freeze" the sub in place, i.e. make her unable to change her position herself. This simulates the fact that once bound, a sub can be rolled over or held in place forcibly, and she cannot resist. More power to the dom/mes ! Attention, the sub needs to have a RR product v1.25 or above, or it won't let the HUD (even the updated one) control it. The feature takes place in both the Anim HUD and the Anim plugin.

Aside from these new features, there is a number of smaller changes and fixes that I hope will satisfy everyone :

* Autolock :
- changed : Prevent access to the wearer while the plugin is running and there are macros waiting to be executed.
- changed : The countdown is now hidden by default.
- fixed : The first macro run after a reset would execute immediately, due to a faulty timestamp check.
- fixed : Setting a timer on a macro didn't reset any existing timer when executed, resulting in ever-growing timers when stuck in a loop.

* Anim plugin :
- fixed : Possible infinite loop in some rare cases, resulting in the plugin freezing, but not crashing.
- fixed : Struggling animations did not default well, resulting in struggling not moving at all while it should, on some restraints.
- fixed : Prevent the plugin from saying "LABEL : 1/1" when changing the pose while it is unlocked.
- fixed : Do not change the avatar height offset automatically when sitting on something.

* Unlockable :
- fixed : "keys on" was written instead of "loosened"

* All arms restraints :
- added : The new "Vulnerable" plugin for forcing the sub while not having the key (see above).
- added : New groups of poses for the "hands back" locks, with the hands crossed higher behind the back, with a more relaxed look. It's quite sexy.
- changed : The RealRestraint_Base.1 script now uses RLV 2.9 features (only if the user is on a RLV 2.9 or above), which means when forced to Mouselook, the avatar is actually locked into Mouselook, with no way out of it.
- changed : When /77 is off, clicking on the RR HUD (when blocked) will not go to the main menu any longer, nor using "menu" button on the RR Anim HUD. Careful, this means a sub can really find herself stuck now, but this is desirable in some situations.

* All legs restraints :
- added : The 3 legs poses from the Pretty Mummy set (lie straight up, lie up with the back arched, lie down with the knees bent 90°).
- changed : Replaced all the "TTSd" (standing straight in "Tight") animations by the newer, sexier one from the Pretty Mummy set.

* All blindfolds :
- changed : The RealRestraint_Base.2 script now uses RLV 2.9 features (only if the user is on a RLV 2.9 or above), which means no more HUD covering the screen, the blindfolds will now be much more enjoyable !
- changed : When /77 is off, clicking on the RR HUD (when blinded and not on RLV 2.9 yet) will not go to the main menu any longer. Careful, this means a sub can really find herself stuck now, but this is desirable in some situations.

* Siren ropes :
- changed : Make the Style and SirenTex plugins back to "keyholder only", since the sub is not supposed to be able to change the ropes after having been bound. It was made that way as a convenience, but it confused many people and was not very realistic. Plus, the Pretty Mummy set did not work that way anyway, so here is a little consistency across different products.
- changed : The Style plugin won't change the style when the same lock is chosen repeatedly. Once again I had done this that way for convenience, but it was just confusing and sometimes frustrating. Now if you want to change the style of the ropes, just use the Style plugin.

* Armbinder, Ball gag, Scarf blindfold, Shibari ropes, Tape gag & blindfold, Vixen set :
- changed : Make the BinderTex, Color this, Color all, ShibariTex, TapegagTex, TapeblindTex and VixenTex plugins (respectively) back to "keyholder only", since the sub is not supposed to be able to change the restraints after having been bound. It was made that way as a convenience, but it confused many people and was not very realistic. Plus, the Pretty Mummy set did not work that way anyway, so here is a little consistency across different products.

* Pretty Mummy :
- added : Some struggle anims from other ropes sets.
- added : Now the "Cover ears" plugin has an "IM blockable" button, unset by default, to allow the dom/me to block the IMs or not, just like the Isolation Hood. That way the sub will not have her incoming IMs blocked if she doesn't want to.
- added : The Style plugins of the gag and blindfold allow to hide and show the wads of cloth in the mouth and on the eyes respectively. This allows, for example, to wear a ballgag or a disc blindfold under the tape. The effect is quite nice !
- changed : The "Very funny" plugin hides the drawings by default.
- changed : The sounds now depends on the chosen tie, but also on the tie the restraint was on. For example, unlocking the gag from "Loose" (where only the wad of cloth shows in the mouth) will sound like removing the fabric, while unlocking it from "Tight" will sound like removing tape, plastic, latex or cloth.
- changed : Now one can only change the color and opacity of the parts of the set they have control on. For example, if the sub is tied in "mummy" in both the arms and legs, she won't be able to change the color of the body fabric by using the MummyTex plugins on the gag or blindfold.
- changed : The modifiers and costs for the Wriggle plugins of the set have been lowered, to make it easier to switch from standing to lying and back.

* Body Harness :
- added : Now the harness has the Outfit, Wear and Unwear plugins so you can force the sub to wear and unwear clothes, and prevent her from wearing or removing certain outfits. For example, it can be used to lock a catsuit on, since it is locked over it.

* Lockable_Plugins :
- changed : Now each page shows 9 plugins and the favorites are gone. It was confusing and took too much room anyway.

* RealKey plugin :
- changed : Modified to take the Vulnerable plugin into account.

* Touch :
- changed : When prevented from touching one's own attachments, the restraint will not have the "touchme" exception to it, so the sub has to use the /77 channel (if allowed).

* Outfit :
- changed : When accessed from Vulnerable (i.e. the user is not authorized to use this restraint, but Vulnerable gives them limited access), the buttons that control the restrictions ("Unshared", "Wear", "Unwear" etc) are not visible.

* Leash :
- changed : When accessed from Vulnerable (i.e. the user is not authorized to use this restraint, but Vulnerable gives them limited access), if the sub is already leashed by the keyholder, this plugin won't be available to the user.

* Sit :
- changed : When accessed from Vulnerable (i.e. the user is not authorized to use this restraint, but Vulnerable gives them limited access), if the sub is already tied down on a furniture by the keyholder, this plugin won't be available to the user.

There are four updaters in-world. Go to one of these locations, spot the updater (it looks like a black orb with stars, floating above some kind of pedestal), and click on it. The rest will be explained on site.

My little shop :

The Little Shop of Kink :

S&M Castle :

(near my vendor, you need to walk a little)

Roper's Dark Playground :
(not easy to spot, for the time being it is located on the right of the main structure, the black castle)

Have fun !


PS : It is very likely that you will get an error when trying to update your Pretty Mummy set. This error will say something like "Task 'RR Update orb' trying to illegally load script onto task 'Mummy MAIN XXX'". If this happens to you, fret not, this is not your fault but mine : it is all due to the original Request script (the one contained in each of the four main parts of the set) being faulty, it does not open a slot for the updater to modify its contents. Without this opening, the update cannot proceed and you're stuck. To fix this, all you have to do is to delete the Request script from the part you are trying to update and to put the one contained in the folder you get when you click on the updater. Do not delete anything else, of course. Once done, you may try to update again and it will work this time. I'm very sorry for the trouble, and there is nothing I can do to fix this automatically, since such a fix would require an update anyway. It's like locking yourself out of your own house !

Monday, June 30, 2014

RLV 2.9.1

Hi there,

RLV 2.9 had a few bugs and quirks that needed some taking care of ASAP, especially the color of the fog and the bugs in Mouselook, so here it is, RLV 2.9.1 which will hopefully work better for you !

See for yourself :

- added : Now when an item has been given by someone else or some object (such as a furniture), the user will be able to wear it and unwear it at will, regardless of the restrictions, until the next relog. This should help keeping the clothing restrictions from getting in the way of play.

- changed : Default to "Unconstrained" when opening a texture, whereas the viewer used to try to guess the proportions of the picture from its dimensions... but the server always serves textures as squares, so the default ratio was always 1:1.

- fixed... ish : RenderResolutionDivisor was broken, and is still broken, when turning the simulated fog on. It is not fixed yet, but now when using this debug setting while @camdrawXXX commands are active, the blur is set to be very high (256 for now), in order to prevent cheating.

- fixed : Mouselook was bugged when clicking on Alt, sitting down or teleporting, leaving the avatar stuck.

- fixed : The simulated fog introduced in 2.9 was not opaque enough, and it got worse when increasing the number of gradients.

- fixed : The color of the fog was wrong, too much greyish.

- fixed : @camavdist broke when impostors were turned off (thank you Vanilla Meili for the heads-up).

- fixed : Request teleport wasn't scrambling the attached message under @sendim.

- fixed : @tplure was preventing from receiving teleport requests, which was odd.

- fixed : The "Report" button on the context menu when right-clicking on an avatar was still working under @shownames and @shownametags, while it shouldn't be (you can AR someone through other means anyway).

As usual, you can grab the viewer here :

And the MD5 hash for the Windows executable is :

Have fun !

Thursday, June 19, 2014

Upcoming changes in RealRestraint products

Hello there,

I have been thinking about this for a while, and I am writing this blog post to ask for your opinion (and opening comments for this so feel free to give me your opinion, but please make it constructive, thank you).

To me, a restrained sub should be vulnerable when out and about. I know SL is a virtual world and we are safe and all, but I am striving to make it feel as real as possible, so it strikes me as odd that a bound sub can walk everywhere without feeling helpless, and at the mercy of anyone who wants to overpower them, regardless whether they have a key to their restraints or not.

In fact, it may very well be something that some, if not most, serious players would agree with. Suppose you're outdoors with your hands cuffed behind your back, trying for example to slip out unnoticed (it could actually be a game, with the recent changes to the RLV...). But if you fail to go unnoticed and someone catches you, currently what can they do to you ? Nothing at all unless you permit it with an RLV relay or whatever attachment that has nothing to do with your restraints. That's not very realistic. If you're bound, you're vulnerable and people can do things to you whether you want it or not, that's the way I see it.

So here comes my idea. Suppose the person who caught you clicked on your cuffs, currently they would get a slightly condescending "you are not authorized" message and a suggestion to use a RealKey. Most people don't know what a RealKey is about, so they just assume they can't do anything to the sub and walk away. Opportunities of fun are missed. Even if the restraints are locked, there are many things that can be done to the sub, right ?

What I want to do is to provide the captor with a small menu, a little like the plugins browser, giving limited access to some plugins. These plugins would be Outfit, Sit and Leash. Because when you stumble on someone who cannot defend themselves, you can strip (or dress) them, you can snap a chain to their restraints (provided there isn't one already) and you can force them to sit somewhere.

This solution makes it safe for plugins such as "Public" (which immediately hands the key to the person touching the cuff), because only a handful of plugins would be available.

Currently what I'm trying to do is to add some code into the "Sit" plugin, which is present only in arms restraints, so that it triggers the menu I mentioned above. That preserves collars, legs and gags from this feature, and allows me to add this feature without adding a script for it. Notice that I didn't mention adding it as an option, if the sub is restrained, she is de facto vulnerable.

It makes sense to me, but does it make sense to you too ? Would you actually like such a feature ?

Thanks for your input,

PS : From the short but rich chat in the group immediately after I posted this article, it seems the general consensus is to have a plugin dedicated to it, that will be called "Vulnerable" (unless a better name is found), and that will give two switches : one for the sub only, to allow her keyholder(s) to make her vulnerable while bound, and one for the keyholder to actually make the sub vulnerable while bound or not. Only if both switches are turned on (they will be off by default, to let the restraints behave like they did until now), will someone get access to the Outfit, Sit and Leash plugins when clicking without having the key.

PS 2 : I'm sorry for taking so long to let the comments show... for once I will blame the tools because Blogger does not bother telling me when someone comments and that the comment is awaiting moderation. The consensus here is the same as on my group : such a feature needs a toggle, so there will be a toggle, as explained in the PS above. Thank you all for your comments !

Monday, June 16, 2014

Restrained Love Viewer v2.9

Hi there,

As promised, here is the latest version of the Restrained Love Viewer (RLV if you lived under a rock for the last 7 years), with the brand new camera-related commands !

I won't detail all the commands here, the RLV API is meant for that kind of technical stuff, but let me just paste the release notes :

- added : @camzoommin and @camzoommax to prevent from zooming in or zooming out too far. This is great in games where the avatar is not supposed to have binoculars integrated directly in the eyes.

- added : @camdistmin and @camdistmax to force the camera to stay within a range, or at a certain distance from the avatar (or both). Set @camdistmax to 0 to force the view to Mouselook, and @camdistmin > 0 to prevent from going to Mouselook at all. This is great for games where you don't want the players to be able to cam around the sim, like in mazes.

- added : @camdrawmin and @camdrawmax to simulate fog or even blindness, by obscuring the world around the avatar (not around the camera like windlight settings do). Best used along with @camtextures. The camera is restricted to be inside @camdrawmin * 0.75 on top of it. This is especially fitting for blindfolds.

- added : @camdrawalphamin and @camdrawalphamax to indicate the closest and farthest opacities of the fog defined by @camdrawmin and @camdrawmax. When @camdrawalphamin is 0 (whicih is the value by default), you are assured that the world beyond @camdrawmax will be behind an opacity of @camdrawalphamax, regardless of the number of spheres rendered (which is decided by the new debug setting "RestrainedLoveCamDistNbGradients", which default value is 10).

- added : @camdrawcolor to set the color of the fog (default is black).

- added : @camunlock to prevent the camera from being unlocked from the avatar (it is unlocked when focusing elsewhere, or panning or orbiting the camera). This is great when you don't want the let the user see through walls.

- added : @camavdist to specify the maximum distance beyond which avatars look like shadows. This is great when blind or partially blind, to let the user know what the other avatars do, but not too clearly.

- added : @camtextures to make the whole world grey, except the avatars and the water. This is great when used along with @camdrawmin/max, to simulate blindness while still having a "feel" for the world immediately around the avatar. Please note that bump mapping and shininess stay untouched, because the avatar can "feel" whether a surface is smopoth, rough or slippery. (thanks Nicky Perian for the help !)

- added : @shownametags act exactly like @shownames, except it does not censor the chat with dummy names (but it does hide the radar, the name tags, prevents from doing things to an avatar through the context menu, etc). This is great for games where you have to find your opponents who may be hidden, and who don't want to be betrayed by their name tags.

- added : 3 more camera presets : left, right, top. This is to account for the lack of freedom we experience when @camunlock is set (since we can't move the camera much in that case).

- changed : now when you minimize a window in your viewer, its minimized shade stays where your window was, and the window reappears where the shade is when you restore it, so that the "Close" and the "Minimize/Restore" buttons stay at the same place. It was annoying when building and scripting to have windows move all over the place when minimized.

- changed : increase the limit of the avatar Z offset from -0.5/+0.5 to -1.0/+1.0.

- fixed : @detachall commands will not make the viewer stall anymore, they are now actually usable even when called on the top of the #RLV folder hierarchy.

- fixed : right click and selecting "Detach" on a temporary item in world did nothing (thanks Kyrah Abattoir for the heads-up).

- fixed : crash under @shownames, when a HUD owned by someone else spoke while imitating the name of its wearer. This was especially irritating when speaking to someone using a translator.

- known issue : RenderResolutionDivisor does not work well when @camdrawmin or @camdrawmax is set. No idea why.

- known issue : @camtextures won't hide the colors of the prim (the tint), only its textures. If someone knows how to fix this, I'm all ears !

Let me tell you a little about the camera restrictions. In essence, the goal is to let a script restrict the camera and the view : how far and how close the camera can go, how clearly and how far the user can see, and whether to let the camera go through walls or not. Here are a few pictures of how it looks with a "RestrainedLoveCamDistNbGradients" debug setting set to 40 :

 From 3 to 10 m, with an alpha going from 0 to 0.8

 From 0 to 10 m, with an alpha going from 0 to 0.5

From 3 to 5 m, with an alpha going from 0 to 1

You can also make all the avatars around look like dark silhouettes (or only beyond a certain distance), you can hide all the textures from sight to remove the visual feeling of the surroundings without cutting the whole picture (after all, a blindfolded captive can rebuild a visual image of her surroundings by the sounds, the touch and the smell, right ?).

As usual, you can grab the viewer here :

And the MD5 hash for the Windows executable is :

On a side note, I am planning on updating all my RR blindfolds with this new feature (but users who are not on a RLV 2.9 will still have the old HUD so the products won't break), but it will take some time. Not because it's difficult (the script is already updated and tested) but because I have many more things to update in my brand, so I will take my time.

Have fun !