MLPV2 questions & bug reports

It wasn't directed at you Kermi. But FYI, the pirated ones were sold to unsuspecting builders. Lots of people paid for them. You can see if you were had by checking this list: http://slfreebieslist.xonat-qayos.com/

I'm sorry, I thought when you quoted someone, it was directed at them.

Yes, they're the same. The Wiki tutorial and SLX entry both claim backwards compatibility with MLP. There are some differences in behavior, but positions are treated the same.

Oh, I did miss one open issue above, which I hope to address soon -- and I think the fix shouldn't be too difficult. In some circumstances, MLPV2 gets stuck in a loop getting script errors, trying to start animation without permission. I believe this happens when someone hops off without granting the permissions, and then another pose is selected. The workaround is Menu Reset, or for someone to hop on that ball -- but since there's no clue which it is, this means hopping on up to 6 balls. STOP does not make the problem go away.

If anyone knows of any other open issues, please let us know.

I am new to this, and I am having problems with my mlpv2. I get the menuitems + position notecards installed, scripts, poses/anims etc and no remarks when i start the mlpv2. I even get the blue menue to appear with all the different menues displayed. However, when I click a submenu, for instance relax or sleep (am making a bed for sale), nothing happens. The different poses/anims doesn't appear and the bed doesn't ask to animate my AV. I cannot figure out what I am doing wrong, so if anyone could offer some help/advice I would be much obliged.

Thx

Sorry, think I might have figured it out on my own. I hadn't written the names of the different submenues correctly in the main menu. Seems to be working now. However, am I to add MENUORDER in the main MENUITEMS file or in the different submenues? Is there a spesific place to put/place it in the file. What about TOMENU (MyOtherMenu) in the submenues? Where should this go? With Back, Swap, etc or do I have to put it in there at all. Am a bit confused by this - as I guess is plain for everyone to see

First, if you have blank entries in the main menu ("TOMENU -", you don't need to put your menus in the main menu -- they'll appear automatically.

If you put MENUORDER anywhere in any of the menus, it affects them all. That's not the ideal way for it to work, but that's how it is.

Assuming you're using MENUORDER (which is recommended), then the buttons in any menu appear in the order you list them, so list them in the order you want them.

Unfortunately, rather than starting with the first button and filling the buttons in left-to-righ, top-to-bottom, it always pushes them to the end. That's how SL works, no fixing it.

Add BACK STOP SWAP etc manually. If you have AUTOMORE, it'll automatically add a "MORE" button as needed for menus that are too big to fit.

You can also use AUTOBACK, but frankly, I kinda muffed that feature and don't find it particularly helpful.

For more info, be sure to check out the wiki tutorial and reference manual:

http://wiki.secondlife.com/w/index.php?title=MLPV2_Tutorial
http://wiki.secondlife.com/wiki/MLPV2_Reference_Manual

They link to each other, so you only have to bookmark one of them.

Thx a million!! As I suspected I had completely misunderstood. However, it is all resolved now and it is happy days ;o)

I had a conversation with someone yesterday regarding Adult Content and the pending changes and an interesting idea was brought up.

Could an object have both a PG and Intimate MLPv2 menu by having .MENUITEMS.PG and .MENUITEMS.Intimate (or whatever you want to call them) notecards and have the Intimate menu only be visible or usable if the object is rezzed in a NON-PG sim?

Would love to hear people's thoughts on this.

Thanks!

~ Desi

It appears you may be able to do something like that with llRequestSimulatorData. The DATA_SIM_RATING should return the information reqquired.

Interesting suggestion, Des.

Might be simpler and better to have an ADULT command; if present in any notecard, the remainder of the notecard is skipped on a non-adult sim.

Ideally, this would take action on rez. But the straightforward way to do it would be when it's reading the notecards. Doing it on-rez would require significantly more memory -- for one thing, it would need enough memory for the whole menu system even when on a PG sim.

Thanks for the details, Ravanne. It might be nice to also have it heed parcel settings. Does anyone know if the "adult" flag for a region maps to PF_MATURE_PUBLISH returned from llGetParcelFlags()?

Thanks!

The one thought I have is that in preliminary discussions LL has implied that it will be okay for residents to have intimate items in their private homes on non-adult sims. If the flag sought was Adult it would eliminate their ability to use it in their private home on a Mature sim. Perhaps if it looked for Adult and Mature that would address it.

~ Desi

What I'd want to do, if feasible, is use whatever info is available (currently, I think that's two flags), and let the furniture maker specify what cases inhibit the menus.

Perhaps a seperate script module and config notecard that could read both parcel and sim flags and send a go/no-go to the rest of the scripts as needed. If the flags to be checked were listed in the notecard it would be easy to deal with new flags and other changes that I am sure LL will send our way.

Or we talk Animator Ragu & Sylva into doing us a whole new line of animations for knitting and dipping digestive biscuits into tea.

Rofl!

Or make sure in all on bed poses at least one foot is always on the floor.

OK, with fairly minimal changes, I have a version that allows the following two directives:

REQUIRE MATURE - skip rest of card unless MATURE sim
REQUIRE VERIFIED - skip rest of card unless parcel's AgeVerificationRequired flag set

We may need another or different one depending on what's available for the new Adult Content rules, but it should be straightforward.

These take effect when the item is started or on a Restart or Menu Reset.

My question is: do we really want this feature? Do we want to prevent someone who lives in a PG sim from using the X-rated poses?

Interested in your opinions. I want to avoid adding features that won't be used much, since script memory is an issue.

1. We don't want script memory limitations.

2. We don't want an adult ghetto continent.

3. Looks like we will get them them anyway as the vast majority in SL hate it, which in Linden logic means sure lets do that!

4. We should not have to spend our creative time dealing with baloney.

5. Who would want to pay for crippled or junked up products anyway.

6. It's time to explore other open-sim grids.

Would it be possible to document on the wiki how a content creator *could* implement said feature into their products *if* they wanted to, rather than having it be a permanent feature of the MLPV2? Or barring that, an *optional* plug-in config script and notecard as Ravanne suggested?

Personally, it's not a feature I'd like to see added (nor would use); I'd rather let customers be the ones to make their own decisions as to where and when they should or should use not a product they purchased. I'm a little uncomfortable with business owners taking that responsibility away from their customers, or vicariously policing their actions.

Interfacing with an add-on script would take more code in the main scripts than the current solution requires.

I'll consider the other option based on feedback. Fortunately, it's not much code; probably about 100 bytes (but I haven't measured to see).

It would be nice if computer memory were infinite, but it's not. Given that it's not, we DO want memory limitations. They'll be a real pain at first, but will result in a much better SL experience. It will force folks who put a script in every prim of primmy attachments to rethink their strategy (which is one that is killing SL right now).

Good luck with your open sim grids.

Then maybe i don't understand how those limits would work, i.e., per script, per object, per attachment object, per sim, per avatar?

There is lots of discussion on this, and no one knows for sure how it will be implemented. From what the LL people have told us (and sometimes I wonder if they even know) when you own land, you'll get a certain amount of memory, a lot like prims, to run your scripts, so a script that uses a lot of memory (I think MLP does, but LC can tell you much more about that) you'll have less items you can use scripts on. Think of it as a pool, when a script runs it grabs the memory from from the pool, there is less memory left for other scripts. Keep drawing eventually you'll go dry, and not be able to put out any new scripts.

Avatars are suppose to have their own separate pool as well, as to not count against the parcel's pool. (It gets a little more complicated then that) So an avatar will be limited to how much memory they can use per avatar too.

This is my understanding of how LL plans to implement this, more land you have on a sim, more memory you can use. As I said above, it's all educated speculations at this point. But overall, this is a good thing, too many scripts right now, use too many resources from the sim. This will force responsible coding, and hopefully, those that want to learn will be more active in how to make their scripts more efficient. (How many times have you ran into an unnecassary open listener that doesn't shut off, or data storage for the sake of data storage. This will help eliminate that.

Part of my reason for asking the question in the first place was trying to anticipate what the new rules will be regarding adult content. As a furniture designer whose store inventory consists primarily of PG animated furniture but has been considering offering intimate menus in some items, I have wondered whether or not our store would need to be flagged as Adult Content in order to carry those items. My question was a means of searching for options.

Since asking the question I have read the following in the forums which has answered some of my concerns: /352/11/314444/49.html#post2381979.

I realize that does not alleviate all concerns for many designers. I do think exploring options is smart and then gives content creators a choice of how they want to produce their products and market them.

~ Desi

Does it make your wares not "adult content" if the adult content inside can't be seen in the non-adult region, or if the buyer rezzes them in a non-adult region? Maybe ... maybe not.

I'm curious whether people would actually use this feature. So far, I don't have a solid "yes".