I was playing Lucky Rabbit and I got this Clemence special event card with the regular "1 Card" win. It was the only card I was currently missing.

Thank you so much @EverthangForever 😊

Merci beaucoup @EverthangForever 😊

Assuming that the 2nd and 3rd of the following quotes are a sequence starting from the first

float rand(vec4 co) {
return fract(sin(dot(co.xyzw ,vec4(12.9898,78.233, 45.8438, 100.0)*fract(iTime))) * (43758.5453*fract(itime)));
}

Won't that change on every frame/pixel ?

Only if it is your Loop.
It is is joust at the top then it becomes static.

Call the function one time before entering the loop.

Then my answer to "Won't that change..." is still "Yes it will".

iTime, and hence the result of calling rand() will certainly be different for each frame and can be different for each pixel in the frame. This depends on exactly what iTime represents - if it is truely the instantaneous elapsed time then it will be slightly different for different pixels, if it is the elapsed time atthe start of the frame then it will be different for each frame. This is true even if to initialise a "global" variable in the shader - these initial declarations get re-evaluated for every pixel.

As to "call the function before entering the loop" - what loop is that ? You would need to call it outside the loop that invokes the graphics processing for each frame and the only place that we can do that is in the scene file which has no facilities for doing such calculations.

If I am ***** and you were referring to something else than I am sorry.

Only if it is your Loop.
It is is joust at the top then it becomes static.

Call the function one time before entering the loop.

oh yeh, that if needs an else

else
{
outp.rgb = SB.rgb;
}

@EverthangForever

I meant what I wrote, but your modification does usefully emphasise what I meant - which was that the time at which the files are read is at the start of the run rather than later. For all I know the files are read two or more times during initialisation, though this is unlikely (multi-pass processing of files used to be common when storage space was small - I well remember having to load the same deck of cards twice into a card reader twice to be read by the linker when building overlayed programs on an IBM 360).

simplified Rnd.fsh

#version 120

uniform sampler2D texture0; //random picture starting point 1
uniform sampler2D texture1; //static buffer
vec4 vTexCoord = gl_TexCoord[0];
vec3 outp;


void main(void)
{
vec4 In = texture2D(texture0, vTexCoord.xy);
vec4 SB = texture2D(texture1, vTexCoord.xy);

if (SB.r == 1.0 && SB.g == 1.0 && SB.b == 1.0 && SB.a == 1.0)
{
outp.rgb = In.rgb;
}


gl_FragColor = vec4(outp.rgb , 1.0);

}

do what ever extra randomness you want inside the "if"

the "if" is there because the first frame of the static buffer is all white so it's easy to detect. Just dont use any pictures that are white at 0,0

having some trouble and maybe its a new bug

outp.rgb = texture2D(texture1, vec2(0.0, 0.0)).rgb;

should only return whatever texel is at 0,0 but instead it is behaving like vTexcoords.xy, even if

vec4 vTexCoord = gl_TexCoord[0];

is commented out of the shader.

I can work around it but this shouldnt happen, i have use dexplicit coords before and they worked fine. Maybe its just early and i have fubared something elsewhere

scene code

clip
{
id: Clip
allow: pole
}


texture
{
id: Feedback
size: 1920, 1080
source: Empty/
//this is what causes the undocumented feature.
//normal behaviour is to grab a random texture from the directory but if the directory is empty
//it grabs the last sprite in previous frames camera node regardless of opacity or position.
}

texture
{
id: ST01
size: 1920, 1080
source: StartingTex/
}

texture
{
id: ST02
size: 1920, 1080
source: StartingTex2/
}
////////////////////////////////////////////////////////////////////////////////
framebuffer
{
id: StaticBuffer
size: 1920, 1080
pos: 960, 540

sprite
{
source: Feedback
}
}


framebuffer
{
id: RandomNumber
size: 1920, 1080
pos: 960, 540

sprite
{
source: ST01, 0
source: ST02, 1
source: StaticBuffer, 2
shader: Rnd.fsh
}
}

///////////////////////////////////
camera
{
type: 2D
size: 1920, 1080
pos: 960, 540



sprite
{
pos: 0,0
source: RandomNumber
}



sprite
{
opacity: 0.0
source: RandomNumber
}

}

The use of 2 texture directories for the ST01, ST02 was an attempt to fix the problem (in case it was fighting)


Rnd.fsh code

#version 120

uniform sampler2D texture0; //random picture starting point 1
uniform sampler2D texture1; //random picture starting point 2
uniform sampler2D texture2; //static buffer
vec4 vTexCoord = gl_TexCoord[0];
vec3 outp;


void main(void)
{
//vec4 Pc1 = texture2D(texture0, vec2(0.0, 0.0));
//vec4 Rn = texture2D(texture2, vTexCoord.xy);

// if (Rn.r == 1.0 && Rn.g == 1.0 && Rn.b == 1.0 && Rn.a == 1.0)
// {
outp.rgb = texture2D(texture1, vec2(0.0, 0.0)).rgb;
// }


gl_FragColor = vec4(outp.rgb , 1.0);

}

when its all not commented out the vec2 for outp should vec2(Pc1.r, Pc1.g) which should give you an offset between 0-1 for th elookup, just to add some more randomness really.

All the textures and framebuffers can be set to size: 1,1 and it kinds fixes it. How random it is will depend on how many textures are in the ST directory(prob dont need two as it was just an attempted fix which doesnt work)


This works but is limited by the number of textures you have in the source for ST

clip
{
id: Clip
//deny: top
allow: pole
}


texture
{
id: Feedback //this is what causes the undocumented feature.
//normal behaviour is to grab a random texture from the directory but if the directory is empty
//it grabs the last sprite in last frames camera node
size: 1, 1
source: Empty/
}

texture
{
id: ST
source: StartingTex/
}
////////////////////////////////////////////////////////////////////////////////
framebuffer
{
id: StaticBuffer
size: 1, 1
sprite
{
source: Feedback
}
}


framebuffer
{
id: RandomNumber
size: 1, 1

sprite
{
source: ST, 0
source: StaticBuffer, 1
shader: Rnd.fsh
}
}

///////////////////////////////////
camera {

type: 2D
size: 1920, 1080
pos: 960, 540



sprite
{
pos: 0,0
scale: 1000,1000
source: RandomNumber
}



sprite
{
opacity:0.0
source: RandomNumber
}

}

#version 120

uniform sampler2D texture0; //random picture starting point 1
uniform sampler2D texture1; //random picture starting point 2

vec4 vTexCoord = gl_TexCoord[0];
uniform float u_Elapsed;

vec3 rgn (vec2 c)
{
vec4 Pc2 = texture2D(texture0, vec2(c.r,c.g));
return Pc2.rgb;
}


void main(void)
{
vec4 Pc1 = texture2D(texture0, vTexCoord.xy);
vec4 Rn = texture2D(texture1, vTexCoord.xy);

if (Rn.r == 1.0 && Rn.g == 1.0 && Rn.b == 1.0 && Rn.a == 1.0)
{
Rn.rgb = rgn(Pc1.rg);
}


gl_FragColor = vec4(Rn.rgb , 1.0);

}

somewhat messy but you should get the idea

FG853-FG863
Eleven selected WebGL shaders remixed & converted to OpenGL
to run &/or remix on iStripper's Fullscreen OpenGL platform.
Standing or table work randomly applies to all these scenes
unless otherwise captioned.
NB FG853 combines two textures on one shader and FG856 uses
two textures to render different combined shaders.

https://scenes.virtuastripper.net/ET_FractalGarden853-863.zip

zip size = 369 Kb
Extract the zip straight to ../scenes folder. Allow merged folders
and allow to overwrite any existing same name file.
https://www.istripper.com/forum/thread/27449/145?post=756917

https://www.istripper.com/forum/thread/29408/78?post=756918
In the above post, I believe @TheEmu meant to say..

As the .scn and shader files are (I hope) read once when the scene is run, any output from the external program would have no effect on a running scene but would affect its next run.

@Calgon maybe leave a space before writing your 's apostrophes.. avoids too many 's 😉

@All

Thanks for your input

I think @Z22's buffer sounds like the best route, sounds similar to this:
https://stackoverflow.com/questions/68931433/where-to-store-cached-data-for-access-within-vertex-shader

I could write something to automatically generate new scn files like @WA did to switch the shader and create any uniform needed to pass into the shader but I was trying to create a self contained solution that wouldn't need a helper program.

The approach of using a random texture works fine but I can't seem to get the syntax right when the texture is not the first texture.

I still don't understand what this code is doing:

uniform sampler2D texture0;
uniform sampler2D texture1;
varying vec4 gl_TexCoord[];
...
highp vec4 zero = texture2D(texture0,vTexCoord.xy); // input zero 0
highp vec4 one = texture2D(texture1, vTexCoord.xy); // input one 1

and what comes next to access a pixel of data from texture1 😠

Another, but complex, solution would be to use an external program to generate either the .scn file or a shader.

An external program could be written in any programming language you choose and could do anything you want making use of any inputs you think may be useful. It could take the form of a preprocessor for .scn files. But you would need to run the program before starting the scene which would be inconvenient and greatly limit the usefulness of this approach.

You could, however arrange to have the program run on a regular schedule e.g. to generate a new version of its output .scn file every few seconds. As the .scn and shader files are (I hope) read one when the scene is run any output from the external program would have no effect on a running scene but would affect its next run.

@Calgon

Use the static buffer hold the random number once created, the buffer can be one pixel but you cant use the alpha(its either 0 or 1) so you have >17 million values, you can doi a quick check to see if that pixel is uncoloured.

Give me a min an i will set it up for you

Yeah .. I found this card as well; I didn't see it labeled as 'special' but it is on the desktop version.

No real interest in the mobile site but if they add enough of the exclusive cards that I'm interested in seeing than I might subscribe for a month just to see what I've been missing.

I only looked for a minute to see if I could find it and didn't get sound but I will be going back to hear this voice!

Won't that change on every frame/pixel ?

Yes it will.

There is no easy solution available in iStripper other than one based on selecting a random texture from a folder of textures.

What is really needed for this sort of things is a "compute shader". The GLSL graphics pipe line comprises roughly the following series of "shader" stages executed in the following order

Initialise
Compute
Geometry
Vertex
Fragment

where each acts on the output of the previous stage and handles it in increasing detail.

The .scn file is handled at the Initialise and Compute stages (Animate clauses need actions after the initialise stage) providing data that is then used to compute the scene's geometry. The scene is then divided into a set of triangles each with three vertexes and each triangle divided into pixels each of which is handled as a fragment.

iStripper allows us to provide our own shaders for the vertex and fragment stages, but only allows us to provide limited data inputs to the compute and geometry stages.

It would be nice if iStripper provided more standard data via uniform variables - such as the date, time of day and mouse position etc. For example I have a set of clocks I would like to use as screen savers and it would be nice if they showed the correct time.

Another thing I would really like to see (but which I doubt will ever be implemented) is to be able to do simple calculations in the .scn file - with these calculations having access to such data as the date and time and to a few functions like sin(), cos() and rand().

ADDENDUM:

I suppose you could use one of Z22's feedback buffers to cache a calculation. A shader could be used to generate a copy of this "cache" for use next time or to generate its value if that old value was 0.0. But this would be far from a simple solution.

@Gator13

Go to your settings page, enable Advanced Settings, scroll down to the Clips section and set Preview Push to Never.

You should then probably go to the previews page and delete any that are appearing there.

I have always done this, and have never seen a preview except for short periods when I have deliberately enabled them.

Quick question, if I may: How do I stop previews from appearing all of a sudden? I mean, I'll have a card playing and all of a suddent the music stops and a preview starts up with a totally different person. Very annoying.

She really does have an inviting voice.

It is showing in the Latest Shows section. I even ran it... She really has a pretty voice.

Where does it say that?

@WA

here is an example random number function

Won't that change on every frame/pixel ? My objective was just to get one random number that is fixed until the scene is restarted.

here is an example random number function

// random number
uniform sampler2D tex;

float rand(vec4 co) {
return fract(sin(dot(co.xyzw ,vec4(12.9898,78.233, 45.8438, 100.0)*fract(iTime))) * (43758.5453*fract(itime)));
}

vec4 effect(vec4 color, Image tex, vec2 tc, vec2 sc) {
vec4 textureColor = texture2D(tex, tc);
float randomValue = rand(textureColor);
return vec4(randomValue, randomValue, randomValue, 1.0);
}
#endif

// In this version, the rand function takes a vec4 as input, and uses the x, y, z, and w components (red, green, blue, and alpha) to generate a random number.
//The dot product is taken with a vec4 that includes the alpha channel as well.
//
// This way, the resulting random number will be different for each unique combination of red, green, blue, and alpha values in the texture,
//which means that the randomness will be influenced by the alpha channel as well.

But since our textures are limited to being 8 bit
the real limit is 16,777,216 random start points.
(256 * 256 * 256 ) = 16,777,216

Yes @WA I understand that but I'm never going to need more than 100

Hi @WA

I've been trying that but I think I must have a screw loose somewhere.

When I try to access a pixel color to then generate a random number I have accessed the pixel with this:

vec4 myColor = texture(iChannel0, vec2 (0, 0));

but if I try to do the same on any other iChannel than the first one it doesn't work.

In @Everthang's combine2.fsh the syntax is like this:

uniform sampler2D texture0;
uniform sampler2D texture1;
varying vec4 gl_TexCoord[];
...
highp vec4 zero = texture2D(texture0,vTexCoord.xy); // input zero 0
highp vec4 one = texture2D(texture1, vTexCoord.xy); // input one 1

If I follow @Everthang's syntax, what would be the right way to access a single pixel color from texture1 ??

Having first set up 100 shades of grey that could be picked at random. I was very pleased with the result but of course this seems to have used up the one and only texture slot.

You created 100 single Pixel textures.
Then used a swizzle to get just the Taxture.r value from it.
so that is what Limited you to 100 possible Start points.

Knowing that the Texture.r is a 3 digit decimal value from 0.001 to 1.0 ( or 1000 posible values )
A larger texture of random colored pixels and a Combination of all of the color values
(Texture.r * Textuer.g * Texture.b)
gives a possible 1,000,000,000 start points

But since our textures are limited to being 8 bit
the real limit is 16,777,216 random start points.
(256 * 256 * 256 ) = 16,777,216

If your Texture also contained random level of opacity ( the Alpha channel )
then you can extend the number to 4,294,967,296 random Start points.
(Texture.r * Textuer.g * Texture.b * Texture.a)
(256 * 256 * 256 * 256 ) = 4,294,967,296


go back and re-read this post from @Theemu

https://www.istripper.com/forum/thread/27449/147?post=756851

In the scene file
you can pass up to 4 inputs which can be any combination of Textures, clips, or shaders
If you previously created a framebuffer using that shader.

source: ImageA, 0 // Assign ImageA as the first source (Channel 0)
source: ImageB, 1 // Assign ImageB as the second source (Channel 1)
source: ImageC 2 // Assign ImageB as the second source (Channel 2)
source: ImageD, 3 // Assign ImageB as the second source (Channel 3)
shader: fragment, TheShader.fsh

The Source Names are the ID name you use for your Texture, Clip, or Shader


Then in the Shader, you Use the Textures passed from the Scene

uniform sampler2D iChannel0;
uniform sampler2D iChannel1;
uniform sampler2D iChannel2;
uniform sampler2D iChannel3;

The Names iChannelN can be any Name you want to use for that particular input channel.

But it seems easy to just use the names as given in the Shader example to keep track of things.

Damn good incentive. If they repeat i will subscribe just for that and th VR.

I would go to another ATM that was free to use

Not always available, when you are out and about.

I can't wait. 👍 😎

I have just QA'd a new show by Candice Demellza - you will REALLY like this one when it arrives 😊

The Clemence card - interesting.

I wonder if this is an incentive to get the subscription?

😉

I noticed a Special Event Card on the mobile app. This is quite curious. Cheaper to get a mobile membership and not spend on the games of chance.

Hello tutti, de bien jolie carte ici

For me it was Jenny McClain, because I love big natural breasts. It was in july 2008 when I discovered VirtuagirlsHD.Full showShe was one of my firsts, too. But my first was this, also in 2008:I liked my second one better, though:

they have stayed with an upgrades are free policy even when remastering old cards

There have been forms of charging for 4K resolution, but remasterings of cards have always been free for people already owning the card. New prices have been charged on new buyers.
I personally appreciated this, and would like the policy to stay like so - would it be changed, I personally would not be willing to pay for upgraded versions of my old cards (am not going to pay for a card 2 times); and so, I would rather stay with the old versions.

There have been earlier posts in this thread, one of which you quote, telling you how to pass multiple texture to a shader. Namely using something like this in the .scn file

source: ImageA, 0 // Assign ImageA as the first source (Channel 0)
source: ImageB, 1 // Assign ImageB as the second source (Channel 1)
shader: fragment, TheShader.fsh

where ImageA and ImageB are the names used as the ids ifor two Texture nodes (or two frame buffers, or clips)

and in the .fsh file receive the two textures using something like

uniform sampler2D iChannel0;
uniform sampler2D iChannel1;

The names iChannel0 and iChannel1 can be replaced by anything you like.

Reboot the app - it should be fixed but it needs to clear the cache

For me it was Jenny McClain, because I love big natural breasts. It was in july 2008 when I discovered VirtuagirlsHD.Full show

She was one of my firsts, too. But my first was this, also in 2008:



I liked my second one better, though:

One random value to be used througout the run of the scene.

👍

@TheEmu - I know I'm probably being a *****. But this is not my original programming language and a lot of the concepts in it are new to me. In the past I've worked mainly in perl doing statistical things which are a lot simpler.

So what I'm trying to do is make interesting conversions of shaders and eventually my own. The one I'm working on at the moment is on Shadertoy here: https://www.shadertoy.com/view/cl23Wd

I've tweaked it so that each time you run it a random number based on iDate makes the shape of the cavern different:
Line 214 - 219

// Calgon - randomised start depending on time
float startSecs = iDate.w - iTime;
float randThing = sin(startSecs);

To bring that over to vghd I found we don't have iDate so I used 100 texture files to create a random number from the pixel shade.

...but this shader needs two textures as well.

So I'm really looking for a way to get 3 textures into the code OR 2 textures and a different method to create a random number that is constant "througout the run of the scene".

Once I understand how to do that, there are endless possibilities to tweak other shaders into novel designs that are different every time you run the scene.

Sorry to have to disagree with you as well @pickle1

BUT

After reading this post of yours

Quote Fixes are being put in place by the team. 😊and I can confirm it has now been fixed Unquote

I ran my istripper software as a test and got the same error with the Lara Lane card.

***** to disagree with you @Wyldanimal

BUT

Quote It's just like an ATM fee.
Pullout $20 it cost $4.00 in fees --> 20%
Pullout $400 it cost $4.00 in fees. --> 1% Unquote

Where I live if an ATM wanted to rip me off by charging me a fee to use it,
I would go to another ATM that was free to use

@Calgon

I am not sure what you mean by "How can I get it to just calculate the number once".

Do you want

One random value to be used througout the run of the scene.
A random value calculated separately for each frame with the same value used for each pixel
A random value calculated separately for each pixel with the same values used in each frame.

Some thoughts are

Use a vertex shader. Vertex shader outputs can be seen by subsequent fragment shaders as uniform variables.

Use a fragment shader to generate a tiny image in a framebuffer - the value of one (even the only) pixels in the image being the value you want to cache fr later use. Use the frame buffer as a source for a subsequent shader in a different node of the scene and extract the value you want from it.

You can use a variation of the second of these if you are already generating an intermediate image in a frame buffer as you can "sacrifice" a single pixel of this image to carry the information.


I also do not understand what you mean by

but of course this seems to have used up the one and only texture slot.

as you can have up to four textures acting as sources for a shader.

I'd pay all over again for some of my favourite "golden oldies".

So would I. It's funny that Totem does offer to upgrade some cards on a subscription basis. Although they've added all sorts of new revenue methods over the years, they have stayed with an upgrades are free policy even when remastering old cards had to have an additional cost.

I'd be happy to pay the full cost of a card for a remastered old card in 3K or 4K resolution. I'd be willing to pay, say half now and half when delivered for some cards with the promise of money be if the card isn't delivered in say 6 months.

If enough people subscribe, Totem goes ahead. Not enough and we get our credits back.

@TheEmu

2) Use the least significant bits of the elapsed time as your source of randomness. The variability of a scene's startup times and timing jitter when running stop this being predictable.

Tried to code that but it updates the random number throughout the time the shader is running. How can I get it to just calculate the number once, cache it, and be able to call it as needed ?

I'd pay all over again for some of my favourite "golden oldies".

@601bes Yep I think I would also. May be in time some do get the latest AI restoration treatment and perhaps it becomes a regular new feature for the App.

That show of Jewel is still a jewel.

highp vec4 zero = texture2D(texture0,vTexCoord.xy); // input zero 0
highp vec4 one = texture2D(texture1, vTexCoord.xy); // input one 1
... and further process that back into a format that a shadertoy shader would understand to be multiple textures that could then be used as normal.

highp is pointless for rgba 8 bit. highp is 16 bits per channel(i made this mistake ages ago). The output from the shader will always be in 8bit as we cant use even 10 or 12 bit hdr colour.


normal as in normal map? take a look at the lights and glass scenes, i create and use a normal map on the fly with them.

My Thoughts about using Crypto for Purchasing Credits.

Plan your Purchase to make the most of your Crypto.

Keep in mind that there is a cost associated to add funds to your Wallet to begin with.
Purchase enough funds to make that cost worthwhile.
$25 has about the same fee as does $200 dollars
So the cost is spread out better over the $200

It's just like an ATM fee.
Pullout $20 it cost $4.00 in fees --> 20%
Pullout $400 it cost $4.00 in fees. --> 1%

Check if there are ALT coins that you can use.
Altcoins usually go up and down more often then the Main Coin for that network

an Example is Sheba Inu
You might be able to buy Sheba when it's low
and then when it's value Goes Up, Buy your Credits.
Sheba can Swing 25% or more
Where as the Main coin might only swing 2 to 3%


You Gain in the Increased Value of the ALt Coin.

And that is what Crypto is about.
Buying low, and Selling or Using it for Purchasing when it's high.

Leverage your Gains.

I have everything all linked up as described in the how to posts and no NFT's. How long do they take or did I miss out?

@hobomonkey - Jon from Totem said the following on Discord;

Yes, you must have the latest version of the software that allows you to read trading cards.
You must have at least a bronze account with a transaction.
(this is a security to avoid people creating mass accounts to receive the trading card).

The sending of the trading card is not automatic.
We send the card every Monday to eligible people.
(we may send it again this week)

It is possible considering the late hour in Paris that you just missed the cut-off for it to be sent to you today

This transaction was simple and Straight forward.
Click the Buy button in iStrippers app
CoinGate asks what crypto you are going to use and generates an Invoice
Open your Wallet
Select the Coin to send
Copy the Amount directly from the coingate invoice
Copy the Address directly from the coingate invoice
( if your wallet has Pay by QR code, then just scan the QR code on th Coingate invoice )

Send the Payment -- > normally completes in less than 10 minutes.

Coingate will verify receipt of Payment, and your Credits are added to your iStripper Account.