Age Verification
This website contains age-restricted material including nudity and explicit content. By entering, you confirm being at least 18 years old or the age of majority in the jurisdiction you are accessing the website from.
I am 18+ or older - Enter
I am under 18 - Exit
Our parental controls page explains how you can easily block access to this site.

Durars mensajes - Página 1954

  Fórum

FalconAF
De em Jan 2008
530 post(s)

Discussions for Scenes for Version 1.2.X Fullscreen Mode here

Tudo sobre iStripper
April 30, 2014, 5088 respostas
Thanks for the reply and great info. I could have worded my part about "Reflections were never an issue before VG started having Full Screen." I knew reflections were never used before Full Screen came along, and that was what I was trying to say. Sorry about any ***** that caused.

I went back and rearranged the reflection and model orders in my .scn files. That pretty much solved the things in the pictures of the pole clips I posted. The funny part is (OK...maybe not so "funny") is that when I first started making my new scenes I tried to use the default scene files as "templates", and they all placed the Reflection entries above the model entries in the .scn files. Things seemed to work fine for the most part. Then a day or so ago I guess I misunderstood a post that said the order of the entries in a .scn file made a difference and you should place the models first, then her reflections. So I went back and "fixed" all my .scn files...moved the Reflection entries AFTER the model entries. Then the "fun" began in earnest, with the results you saw in the pictures I posted. I was going nuts trying to figure out what happened, because it happened all at once to ALL the scenes I was using! ;-)

OK, I'm pretty sure I understand what "Scenemask" is in a scene now. It's anything that is "z-LAYERED" in front of anything else in a manner that will "block out" something behind it, as wherever that happens the front layer will "block out" what is layered behind it. Note I understand the ***** in the semantics between "z-level setting" when using a POS (position) value, vs "z-layering" as it applies to where the object is in the .scn file order list. The semantics of it can get ***** sometimes.

And the .png files can have "transparent" areas on them where that blocking (masking) won't happen (that may not be worded right either, but it explains why you can create a .png file with just the "masking" capability to stop model reflections from going off the front of a stage by using just a graphic of the front of the stage for the whole .png file).

And even a "clipsprite" like the model can "mask" (sort of) another "clipsprite" like a model's reflection, but in that case, how well the reflection might be masked would be determined by the Opacity setting of the Reflection clipsprite.

So...one last question. I'm assuming now that there is technically no limit to the number of "scenemasks" that could be in a .scn file. For instance, I could use a .png file to help mask something "behind" it, then can use another .png file in front of THAT one to mask something on it, as long as it doesn't unintentionally mask out anything I didn't with the first .png file? Just have to be sure they are all z-leveled correctly and everything is in it's "proper order" in the .scn file list? And when I say "z-leveled correctly" that may not be the "right way" to say it, as I'm referring to just making sure the .png files and/or clipsprites are "layered" correctly on top of each other ("placed in the proper order") in the .scn file.
Wyldanimal
MODERADOR
De em Mar 2008
17246 post(s)

Discussions for Scenes for Version 1.2.X Fullscreen Mode here

Tudo sobre iStripper
April 29, 2014, 5088 respostas
allow and deny values
table, top, cage, pole, inout, behindtable, fronttable, others

What each means:
clip type - word
0 others
1 fronttable or table
2 behindtable or table
4 Pole
16 ??? others
32 ??? others
64 inout
512 cage
1024 top

Use of the word table would include both fronttable and behindtable

Compare to the GUI language:
clip type GUI word
0 - no GUI word, but it is standing on the taskbar
1 over task bar - in front of the task bar
2 task bar over - behind the task bar
4 Strip Pole
16 - no GUI word, but it is holds a sign
32 accessories included
64 in / out
512 cage
1024 Top of Screen

The Clip type Value is additive.
Pole is value 4, so any clip that contains the value 4 would be included by the use of the word Pole.
so Pole included 4, 36, 68 type clips.


I have not yet tested if we can combine the Allow and Deny together.
Also, with v1.2.0.0
you should only use Allow and Deny in the scene file
Not use filter any more. ( might have been left in for backward compatibility)
filter word is same function as deny..

regards to type 16 - with a sign.
there was only one card I know of. a0002 that has this clip type.
a0002_82113 ... type 82 = add 16 and 64 together
a0002_82114
so I don't think a filter will be made for it.
The GUI does not use a special word for it either.

also, back in the early days, the value 64 In/out was mistakenly added to
all clips that the Model Entered or Exited the Screen.
Even if it was from behind or in front of the task bar.

The Correct use of type 64 is for leaving or entering from the SIDE of the screen.
So use of InOut might have varied results on older clips??