it defaults to showing the current Year, 2023

This is because for the Year selected there is no History to be seen.
Select a different Year.

Both yesterday and this morning there was no way to select a different year - even after resynchs, restarts and reboots.

After returning home this afternoon I now do have that option.

Select a different Year.

Correct @Wyldanimal, je peux maintenant sélectionner l'*****ée et accéder a mon historique👌 Ce qui n'était pas le cas hier même après synchronisation 😉

Correct @Wyldanimal, I can now select the year and access my history👌 Which was not the case yesterday even after synchronization 😉

Today, we released the first show of Eva Elle, lovely young woman with a thin beautiful body, catching smile and mesmerizing hip waves 😍

Enjoy!

Which istripper fan wants to pay € 65,- for 1 card?

Vous seriez bien étonné 😄 You would be surprised 😄

Notez également qu'il s'agit d'un NFT, ce qui n'est pas exactement la même chose! 😉
Also note that this is an NFT, which is not exactly the same! 😉

Well everything is clear no for me.
But

from the topic "Lana Lane Trading card is yours now":
You can buy or sell Lana Lane's Trading Card here: https://opensea.io/fr/collection/dolz-x-istripper-g0045

Please note that we have also dropped the Trading Card of Paola Hard to those who have participated in the Dolz presales. You can buy or sell Paola Hard Trading Card here: https://opensea.io/collection/dolz-x-istripper-g0032
----

Ok, I want to buy the Paola Hard trading card via the link above:
prices between 0.069 ETH - 700 ETH
This is €110.43 - €97,8474.42 (is this a joke)

Now I want to sell my Lana Lane trading card (I linked my istripper account to dolz for the free card) for let's try €25 = 0.0175 ETH, although that seems a lot compared to an istripper card.
But this is impossible
There is a minimum of 0.047 Eth = € 65

Which istripper fan wants to pay € 65,- for 1 card?

At the moment, I can see my full history and also that for @Bitwrangler and a couple of other random samples - but I see no history at all for @TheEmu or @Philours.

it defaults to showing the current Year, 2023

This is because for the Year selected there is no History to be seen.
Select a different Year.

How the New History works.

Select the Year,
Then for that selected Year you will see the Number of pages available for that year.

This make Ideal sense, only accessing 1 years' worth at a time solves the huge bandwidth issue.

@Evaneself
You can sort by dates of purchase in my collection tab too.

I can see my history from 2008 to today with version 1.2.372.

J'ai eu l'heureuse idée dès le début de mon adhésion avec iStripper de me faire un historique personnel de l'achat de mes cartes, et de tous les renseignements essentiels, dont la somme totale dépensée en argent dans les cartes.

Je suis très fier de l'avoir fait, avec tous les problèmes que je vois à ce sujet.

Du coup ça vous fait une occupation 😆

I still have version 1.2.360

I had the bright idea early on in my membership with iStripper to make a personal history of my card purchases, and all the essential information, including the total amount of money spent on the cards.

I'm very proud to have done this, with all the problems I see with it.


J'ai toujours la version 1.2.360

J'ai eu l'heureuse idée dès le début de mon adhésion avec iStripper de me faire un historique personnel de l'achat de mes cartes, et de tous les renseignements essentiels, dont la somme totale dépensée en argent dans les cartes.

Je suis très fier de l'avoir fait, avec tous les problèmes que je vois à ce sujet.

Thread closed

Wish they just made an icon on the cards description that indicates if it has sound or not

@Z32

I tried to modify what you have said to get a visual return on screen using a folder of surface textures and another folder of greys shades that would generate the random numbers.

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

When I try to ***** the shader to output the second input it seems to show the first insted:

#version 120

uniform sampler2D texture0; //Random Surfaces
uniform sampler2D texture1; //Random Greys
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);

}

Full code here:
https://drive.google.com/file/d/1AZMLZYDyp8VbDIcOh2m2P8wyJgcb5XqH/view?usp=share_link

Feel like I'm going around in circles 😟

Works on .360 and .372 for me.

I updated to the new engine 2 days ago and I recall having seen my history. Then, as I do not want to have the nft/trading stuff, I reverted to the simpler and perfectly fine 360, and I can still see now the history...
Obviously a glitch in a part of the server(s), or outsourced servers, and some are very unlucky. But it will take some times to retrieve end revert to a prior backup, or rebuild the dbb...

It would be also very nice to be able to download your own history, in csv format or other..

Application ou site web, le résultat est identique : Pas d'entrées dans l'historique 😕
Application or website, the result is identical: No entries in the history 😕

Petite précision cependant, je n'ai encore effectué aucun achat cette *****ée!
Small precision however, I have not made any purchases this year!

Maybe it has to do with what server your info happens to be on? 😕

I'd wait and see even though it has been around five days now.

@Evaneself

Niemira really is something. 👍 😍

the earliest entries are in the LAST page for that year

Yes for me page 1 is December 2020 and page 56 is July 2020

nothing to do with what version of the client you are using

Especially since you can also see it on the website, I'm not even using the App right now.

Works on .360 and .372 for me.

As far as I know it has nothing to do with what version of the client you are using. Strange it isn't quite working for everyone yet. 😕

The ordering is a bit odd- the earliest entries are in the LAST page for that year, not the first. Took me a bit to figure that out.

well, as i looked now in my account history it goes way back to the year 2010.....
.....but i've joined in Oct 2010 and the history starts on Dec 20th 2010.
Curious....

maravilhosa

Merci @pickle1
Vous pouvez en effet confirmer
Je tiens absolument a mon historique de minimum 1 an actuellement.
Attendons donc la réponse de l'équipe a ce sujet, pas d'urgence, mais je le veux tout de même . Merci 😊

Thanks @pickle1
You can indeed confirm
I absolutely want my history of at least 1 year now.
So let's wait for the team's response on this subject, not urgently, but I want it all the same. Thank you 😊

This is a really great topic!

An exciting travel back to the past, and a fun way to rediscover almost-forgotten models and cards. 👌

Thank you for wonderful news!
Now we know for sure which card we bought the first time.

https://www.istripper.com/forum/thread/52245/3?post=756942

Here we go again...

Ladies and gentlemen! My first bought card was....



For sure she was my stress relief. 💖

Something is not quite right 😆

As a moderator, I do have access to histories so that I can hopefully assist with your enquiries but obviously I have to follow a lot of non-disclosure rules..

At the moment, I can see my full history and also that for @Bitwrangler and a couple of other random samples - but I see no history at all for @TheEmu or @Philours.

Considering how much data and access to data has to be restored, maybe it is being phased in and an announcement was going to be made when everyone was restored.

See what it is like tomorrow 😊

Hello, dear members!
Because the Account history with the bought cards is back and now is even better, we can see for sure which card we bought the first time.
It seems that I have to correct my first purchased card as well. 😀

Odd - I have just updated to the newest version, prompted to do so by the above quoted text, but when I now go to look at my history all I see is

You have no entry in history yet

Exact, rendez-moi mon historique s.v.p.
Correct, give me my history please.

Yes, I am "starting in my profile" - it's the only way I know of to get to my account history in the app.

For the record, I have tried "synchronise with servers" and restarting the app after quitting. I have not yet tried a full reboot.

As usual there are a bunch of warnings logged when I start the app, but nothing that seems important or relevant to this particular oddity, and nothing else gets logged when I try to look at my account history.

How odd. I am still running 372 and my account history is all nicely present- both in the app and going through the website. You are starting in your profile, yes?

Thank you for restoring our account histories

Thanks so much for the new and improved account histories!

Odd - I have just updated to the newest version, prompted to do so by the above quoted text, but when I now go to look at my history all I see is

You have no entry in history yet

which would be be true for the last 12, almost 13, months but I had a long history prior to that.

Thanks so much for the new and improved account histories! The sorting by years is very useful. It is fascinating to see just how out of control my purchases were on the VERY FIRST DAY I was a member- I was hooked when the first card I bought came up on the screen. Of course, the first cards I bought were from Gloria so I guess that was understandable. I was buying more credits every few hours!

Pretty much feel exactly the same about iStripper right now, too. What a perfectly wonderful piece of software, absolutely STUFFED with equally wonderful girls! Why look, Gloria has come up in rotation...

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.