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.

Последние сообщения - Страница 1449

  Форум

POPEYED
Присоединился в Jul 2013
4332 Сообщения
readyforanything
Присоединился в Apr 2011
5037 Сообщения
readyforanything
Присоединился в Apr 2011
5037 Сообщения
readyforanything
Присоединился в Apr 2011
5037 Сообщения
readyforanything
Присоединился в Apr 2011
5037 Сообщения
MisterWhite
Присоединился в Jun 2014
138 Сообщения
SaintKilljoy
Присоединился в Oct 2017
57 Сообщения
POPEYED
Присоединился в Jul 2013
4332 Сообщения
TheEmu
Присоединился в Jul 2012
7424 Сообщения

Discussions for Scenes for Version 1.2.X Fullscreen Mode here

Всё о iStripper
23 October 2017, 5119 Ответы
I will try the new version this evening.

@Z22

Don't bother with the in and out qualifiers for things declared at the start of fragment shaders. Fragment shaders can only have one output and this is the predefined variable gl_FragColor which, being predefined, does not need to be declared by you at all. Even if they could have other outputs there is absolutely nothing that could ever use these other outputs. Using "in" is redundant because it is the default and the only thing that can be a valid "out" is gl_FragColor. Things are different in vertex shaders, but we are only talking about fragment shaders here.

Everything else declared in a fragment shader but outside of its functions can only be either

1) inputs. which must be declared as either uniform or varying. Any input should have a value assigned to it by something that runs before the fragment shader otherwise it will just be zero.

2) Shader local variables which must not be declared as either uniform or varying. These will default to zero unless you assign them an initial value.

Note, every time that a fragment shader runs it gets a new set of these variables - if you give one a value it will NOT have that value in the next frame but will have been reinitialised.

If you try to import code from other sources please be aware that different systems will provide different sets of system specific uniform and varying global variables. You can rely on those begining with gl_ as those are specified by the GLSL language and must always be provided, everything else is system specific (such as the vUv variables that you have previously used). Within the iStripper system there are some of variables, such as u_Elapsed and u_WindowSize which are provided by Totem's code but if you are getting code from elsewhere that uses any uniform or varying variables other than the gl_ ones you will need to find out if iStripper provides any equivalents and if so what they are called.
Previous Страница 1449 След.