😊😲✌👩💖

We are very proud to announce that we have partnered with Coingate, a payment gateway that covers 50+ cryptocurrencies!

From now, you can purchase iStripper credits in the cryptocurrency of your choice!

Visit our Credit page to find out :-P

😍😪💙😎✌👌👩

sweet!

Yes You hardly see any models with handbags now (Anna Tatu style)
yet totem mainly use it as an icon for sextoys..which are generally
when on stage now ..NOT retrieved from a handbag LoL.

It looks like Skye Blue accepts cryptocurrencies now :p I know nothing about cryptocurrencies... maybe that's the opportunity to learn more about them.

For me a similar situation occurs with allowing and denying "accessory". I would really like to be able to distinguish between at least ***** things like handbags, feather dusters, lollipops etc. and larger things like pieces of furniture and motor bikes - preferably with a bit more discrimination so that I can keep motor bikes out of a scene where furniture would be acceptable. But I think the only way this could be done would involve manually reviewing the clips so it is not at all likely to happen.

I would also like to be able to distinguish beween sex toys and other small accessories though this last can almost be done by enabling or disabling cards depending on whether or not they are istripperXXX or not it is not an ideal solution.

@TheEmu

I would still like to be able to selectively allow or deny each type of inout clip seperately..

Me too..Like I said...Easiest for me is to never use deny: inout again
and uncheck all my cards' inout clips going back to when they started with the peekaboo style of inout.

I think if you overide the buffer sprite hotspot (making it not center) it may crash with the twirling
transitions which we do see in FS from time to time.

We are very proud to announce that we have partnered with Coingate, a payment gateway that covers 50+ cryptocurrencies!

From now, you can purchase iStripper credits in the cryptocurrency of your choice!

Visit our Credit page to find out :-P

If you try to incorporate the new inouts, there's a similar problem again in aligning your inout clip that way.
You would need a way of distinguishing old and new clips having different hotspots .

Not if you first render into a framebuffer or if Totem allowed us to directly override the hotspot.

Consider a scene in which there are a number of doorways along a corridor. If inout clips are used in the way I describe above by first rendering them into a frame buffer then each of those framebuffers can be used as a sprite positioned such that its edge is aligned with a doorway. If a new style inout clip is used then the girl will perform in the doorway while if an old style inout clip is used she will walk through the door and perform in the middle of the corridor. The same would be true if we could directly override the hotspot for the clip rather than having to go via a framebuffer.

I would still like to be able to selectively allow or deny each type of inout clip seperately, but that is a different thing.

that small number of clips is critical for some scenes like in the case of FG066, it won't play the scene without it for any of Caprice's pole or standing clips. I'll just uncheck the new cards' inout clips, and call it a day :-/

If you add deny: inout, it denies half your older cards.

No it doesn't - it denies a small number of clips (usually only two or three out of about twenty) from the older cards but the other clips from those cards are still used.

@TheEmu

For the old type of clip this shows that the hotspot is in the middle of the full extent of the clip (not just the instantaneously visible part) while for the new style it is at the edge of the full extent of the clip.

If you try to incorporate the new inouts, there's a similar problem again in aligning your inout clip that way.
You would need a way of distinguishing old and new clips having different hotspots .

If you add deny: inout, it denies half your older cards.
Nevermind, I will just uncheck all the new inout clips in card purchases going back to the commencement of this ,
remove deny: inout & leave it be. thanks

@EverthangForever

I disagree - the half hidden performer in a doorway or half behind a screen would be an excellent part of a scene and the new inout type suits that sort of scene perfectly. But I agree that in many scenes they are just a silly annoyance.

But why do you simply not add "deny : inout" to the clip node and remove inout from any allow clauses they are in.

@TheEmu, yes we could control clipsprite placement that way, however a half hidden model is entirely redundant in fullscreen. It serves no real purpose. You cannot banish it from the scene and slip in another one. There will just be an empty space. It is still the only topmost position in the .scn code.

@EverthangForever

It is certainly possible for a program to distinguish between the two types of inout clips and indeed iStripper does so. I have just tried a simple experiment - a 3D scene accepting only inout clips which it positions at the centre of the screen. As expected the "hotspot" for the clip is located differently within the clip depending on the clip type which can be verified by applying a continuous rotation about the Y axis. For the old type of clip this shows that the hotspot is in the middle of the full extent of the clip (not just the instantaneously visible part) while for the new style it is at the edge of the full extent of the clip.

Unfortunately the hotspot clause which is available for most scene nodes has no effect on clipSprite nodes, but we could render the clip firstly into a screen sized framebuffer and then use that as a sprite for which we can specify a hotspot. This wouldn't be directly useful for the problem you are having, but would at allow us to have more consistant control over where a clip that we want always to be inout appears in a scene - e.g. always appearing in a doorway. I would prefer it though if Totem simply allowed us to directly overide the hotspot in a clipSprite.

@TheEmu,
Ok, I was curious as to why the earlier performers were not showing up in my last scenes since I had just applied deny: inout in the clip parameters to avoid half hidden performers.

Totem's re-purposed use of inout for scenes just to put a 'desktop novelty' in place a while back, seems a shame when they had a virtually unused placeholder available for 'sign'. I'm not sure how many cards 'show sign' is known to affect, possibly two or three card updates at the most.

I agree a 2 or 3 flag system derived & applied booleen somehow from date of origin might be the simplest cure, & to avoid having to trawl through past cards with manual vetting. The solution is with Totem. At the moment deny: inout is preventing exclusive use of much of their product being shown.

Oh well, I had better avoid using deny: inout in anything .scn published henceforth. Thanks for the report.

How is this possible?

Since, as I posted above,
Having the Special event card in your Wish list would have no impact on the TGIF events.
There is no need to add them.

I've added a picture to show that yes it's possible..

but there is no reason to do so..
so I won't explain the steps

Edit two:
that 2nd picture is a hint.
if you understand that, then it will be obvious.

@EverthangForever

I know of no simple way that we can distinguish between the two types of inout clips. I regard it as a bug in the design.

One possible way for Totem to give us more control would be, as you say, to allow us to allow or deny cards with specific date range in the .scn file. But, in my opinion, this would not be a good way to provide the functionality.

My prefered solution would be to split the inout clips into two groups each with its own flag plus a combined flag having the meaning of the current inout flag - in much the same way that we have Table, FrontTable and BehindTable. This could be implemented by Totem directly by introducing a new tag into the filenames or by recording it elsewhere (in the static properties file) to distinguish the old style meaning from the new. Unlike many requests for new tag this would not entail a lot of manual labour to reclassify the clips as it could be done automatically by a program - maybe even by iStripper itself - because there is surely some simple way to distinguish between these clip types based on properties of the clips (it could even fall back to using the date).

Meanwhile, I suppose that rather than manually disabling clips or cards you could use the release date filter on "My Collection" as a way to select which cards to globally enable or disable. Not a very good solution because it is not really selective enough.

I want to see a model’s legs....and I don’t think that is asking too much.

And there are some, maybe many, that prefer eleganttly stockinged legs to bare legs.

How can I manually change the "target path" in the preview downloader program, my folder "models" is in my external disk e: ?

disk e: does not appear in "path" as seen in my screenshot.

thank you !

Comment puis-je changer manuellement le "target path" dans le programme preview downloader, mon dossier "models" est dans mon disque externe e: ?

le disque e: n'apparaît pas dans "path" comme on le voit dans ma capture d'écran.

Merci !

Keep them coming... really enjoying this feature. Hopefully camera angles will get better as time goes on. Sometimes I feel as if its a little too high.... but overall great clips lately....

You say special event cards can be added to wishlist? How is this possible? Everyone that is under my special events tab only shows details and there is no heart to click on to add them to wish list.....

Does anyone know in .scn how to manage permissions for inout to suit a wider card list ?

Above is the problem with cards made around time of Little Caprice ~Stunner
The first pic is when the deny: inout applies (my usual .scn state ~ viz. code)
The second pic is when the deny: inout is ommited (it runs Caprice)

Question: how can I filter inout for all clips in MyCollection when I don't mind them
entering stage from the side...I just don't want to see half hidden models in FS ?
The ambiguity of inout use back then and now, has precluded that card from showing :-/
@TheEmu, could a new date Category clause be implemented to overide this ambiguity of inout ?
If I don't mind inout clips in desktop use, I can't be blowed checking and unchecking clip boxes all day. just to play cards later in Fullscreen.

clip {
id: Clip
deny: table, top, accessories, cage, inout //delete inout unless you loath split body side clips.
}

clip {
id: Clip2
allow: table
deny: top, accessories, cage, pole, inout
}

I don’t care squat about feet, although there are many here who do. I want to see a model’s legs....and I don’t think that is asking too much.

Здравствуйте! Загрузил сегодня появившуюся новую последнюю версию. Дальше я навел курсор мыши на карту Lucynova. Bachelon Pad [a0228], щелкнул правой кнопкой мыши на корзине и нажал \"удалить все клипы\", (второй вариант, щелкнул кнопкой мыши на корзине и нажал \"удалить\"), потом зашел в папку \"модели\" и удалил папку а0228, в первом случае пустую, во втором с файлами. Затем в настройках программного обеспечения нажал на кнопку \"Синхронизация с сервером\". Вернулся в \"Мою коллекцию\", нажал на карте кнопку загрузить. После того как загрузилась, папка с файлами а0228 появилалась, нажал кнопку \"Играть\", но карта опять не играет, а перемещается сразу в \"История\". Написал очень подробно, чтобы Вы поняли, что я делаю не так.

@wrdlprmf

I'm working on a Mac, maybe that's a problem?

No, this is not a Mac problem. It's a design limitation/constraint of iStripper itself. As @Wyldanimal said, full-screens can use a playlist for the primary model, but additional models are selected are randomly selected from enabled cards.

If you create a playlist of clips and arrange them in your desired order, they will play in that order in the large or small modes If

1. You use "Insert the playlist" to load the playlist in the Now Playing tab.
2. Make sure the Random checkbox is not selected.

See the attached screen shot with my window washer playlist being played

Regarding my AppleScript. I just tested it. Sorry to say, it no longer works. I last used it in 2014 and Totem has changed the format of the models.lst file since then.

@pantalone

Send me a PM or post your problem on the thread for my Playlist Generator. I'd like to try to help you get it to work.

@wrdlprmf

For a Full Screen Scene
Since only the 1st Model position comes from the Play list, the other two are selected from Enabled Cards.


It is, however possible via Progressive Hotness to do what you want.

But here is the catch.
You would have to rename the Levels and Level order of the filenames of the clips.

You can do these steps by hand, Keep track of it on Paper or in a spread sheet.

Or a programmer could create a tool that would allow you to do this.
1) make a list of the Orig Names, with an ID number.
2) allow you to change the names, and track the New name to the Orig Name List, using the ID number.
3) restore the Orig Names when you are done

each clip name ends with the right most 3 digits making up the Level, and Level number.
Levels go from 0 to 5, and the Level number is the last 2 digits.

After you Have renamed your clips

then you got to settings, check Advance Settings, and click on Rebuild Collection.

this will re scan all of the folders, and create a New arrangement of the clips, based on the new names you have given them.

Is it worth all this trouble?
to me, no, but maybe to you it is...

Perhaps, one day, we will get a version that ONLY selects models from the Playlist, for all of the Models Positions.

Or better. allow a playlist to be used for each Model positions.

This would then allow Each Position to be controlled by a specific Playlist.

In the Scene code, a playlist name could be assigned to that clip position.
So all of the clips for that particular position and pulled from that specific playlist.

I followed stefnev1's hint (above) and created a playlist of 5 clips of a certain model, saved the Playlist und loaded (mounted) it again. The system will neither play all the 5 clips nor will it play them in the order of the playlist. What is a playlist for if nevertheless I have to choose the order of the clips manually (and often not knowing if a clip of the next erotic level will match the clip before?)

@wrdlprmf

I agree with you that it's good to have a continuous striptease. The way I do it is to load clips into a playlist, selecting only either Table, or Pole or Standing. The girls are instructed to start and end each clip in a specific pose, so, accepting the little gaps between clips, it's fairly progressive. I need to be a bit selective with clips - most cards have a full nude clip in the middle, for some reason, and there is usually a single clip with a full strip.

If you are having trouble getting them to play in order, have you unchecked the Random and Repeat boxes at the bottom of the Now Playing tab? And bear in mind that the clips at the bottom of the list are played first. The @Dorsai6 playlist generator can mostly do this for you, I think, though I can't get it to work on my system for some reason. I hope that you can get it set up as you want - it should be possible and it's worth it.

Number and order of clips - my plan still does not work

I followed stefnev1's hint (above) and created a playlist of 5 clips of a certain model, saved the Playlist und loaded (mounted) it again. The system will neither play all the 5 clips nor will it play them in the order of the playlist. What is a playlist for if nevertheless I have to choose the order of the clips manually (and often not knowing if a clip of the next erotic level will match the clip before?)

For me (and my Mac) the essential flaw of iStripper's system seems to be the following: They wanted to build up an entire striptease and cut it in clips; or better: two ore three different stripteases which clips result in two or three complete shows from "no nudity" to "fully nude" or "XXX".

Some older model cards seem to indicate that certain clips belong to a "scene", so you can decide which clips to choose and in what order (of hotness). But mostly I am not capable to guess in which order which clips to play.

So I get a model who starts with a non-nude demo (level 1), then bares her breasts (level 2), then does a pole dance competely naked (level 4), then reappears fully clothed and strips out of bra and panties, then shows only her breasts, then opens her legs in the nude, then reappears in her dress ... and so on. Do I call this a striptease?

If I choose the option "progressive hotness" ("Schärfe steigern") she starts with some boring demos, then does several clips of the next level, so that I can see her three times remove only her bra, then the next level etc. Repetition, of course, ***** the progression of hotness. Do I really have to wait 30 minutes or so until she bares her girlie goodies???

If i uncheck "porgressive hotness" and tick only some erotic levels, the order of appearing is equally arbitrary, and I can only avoid the more boring introductions (demos, topless)

If anyone has a suggestion how to change this, I would be sooo grateful.

I'm working on a Mac, maybe that's a problem?

To the community

I thank you all so much for helping an inexperienced user and providing information not contained in the tutorial.

I will make use of your hints to improve my experience of iStripper. I hope, you will enjoy your time, too.

Let's make this site a better one!

Are there any improvements to iStripper running on Mac?
NO! To the best of my knowledge iStripper does not run as well on the Mac as it does under Windows.

The irony is: iStripper running on windows via vmware on mac is smoother than native mac version on the same hardware 😐

Only cards less than 45 days old will appear in the TGIF events.

So if you put cards on your Wishlist that are newer than 45 days old, they will Not appear in a TGIF event.

The Wish list is the Heart.
when you visit the store and click on a card, you get a detailed view or you get the Slide out view.
You can do one of three things.
Purchase it
add it to you previews
Heart it - add it to your wish list.

In the store the Left most Filter lets you change views fro the Store, to the Wishlist, to the Special Event cards.

Your Wish list is also sent to the Server.
And it is used to select cards that are offered to you in the TGIF events.

But Only if they are older than 45 days old.

Special Event cards
can be added to the Wish list, but would not affect the TGIF offerings, as they are excluded.

Your knowledge of the wishlist probably exceeds mine. I don't really know what it is for or even how to activate it. The only thing that I really know for certain about it is that there is a user who ***** regularly that none of the cards in his wishlist ever appear in a TGIF special.

Unfortunately no, they cant be added to wishlist but thanks for the info.. very helpful...

Haaaa, we had ALREADY given to a group here; all they did was use the money to make us look like fools, trying to be nice to them.

:) ....probably PATIENCE is in order.... THANKS for writing by the way.

SHARING a mastercard, can ISTRIPPER share one with a Customer??? (have one I'm thinking of sharing)

Sure, I can use a couple thousand extra credits.

Send me the card info - number, security code on the back, name it's issued to, the card owners address and an e-mail address by PM and I'll see if it works.

And after I buy my credits, well my truck will need new tires one day, my labia piercing has healed enough that I can now dangle a diamond pendant to go with the ones in my nipples. New shoes are always nice too. The list goes on and on.

Are you really sure you want to give out your banking info?

SHARING a mastercard, can ISTRIPPER share one with a Customer??? (have one I'm thinking of sharing)

Advanced Menus - Yes !

As long as the control to turn them on is obvious, I agree. Keep it simple for those who prefer less clutter. On the other hand, if some obscure command is need, that I argue UI design malpractice.

As you hovered your mouse the Interface grew

Thats fine for me.

@Wyldanimal - I will agree with you about that, but that is pretty much the opposite of having to remember "arcane" combinations of key presses or key and mouse click combinations. One ***** thing I really dislike about the iStripper interface is having to change from using the mouse to using the keyboard to do simple things like "refresh" (F5) or "go back to previous page" (backspace) rather than clicking on an icon as in in most (all?) web browsers. In my case the effort to switch to the keyboard is often significant - it is usually out of reach when I am just relaxing with iStripper.

I love the dances but Im looking for something a little more XXX today.

Cheers!

One of the Best Programs I ever used was Bryce 3D
I loved that program and GUI design. It was Brilliant.
As you hovered your mouse the Interface grew to show more and more features.
when you moved your mouse away, many of them shrank and faded away to nothingness..

Simple Basic features exposed,
and the more advanced features only exposed when needed.

I side with @Dorsai6 on this point. This is a consumer product and all features should be in obvious places not hidden away behind multi-fingered key presses and two or more levels of menu. In the particular case in question why would anyone think that sending a Personal Message was hidden behind an icon that was labeled "Edit Profile" and the same is true for the go to Website button. What has either of these actions, from a user's point of view, to do with their profile let alone editing it? I suspect that the features have been gathered together because they share some common implementation (they need access to the user's profile) but that is an implementor's view of things, not a users.

It is no good saying that users should read the manual (though they should be encouraged to do so) as the need to read a manual has long been regarded as obsolete for this type of program and most users have the expectation not to have to do so.

I ***** having to right click on an icon to discover it contains a non-obvious feature.

I'm a minimalist when it comes to basic interfaces.
Nice and simple,

but with powerful advanced features, available to those who know where they are.
Right Click, Shift Click, Ctrl Click, Function Key menus
Advanced Menus - Yes !

Ha, brings back memories.

I decode all of this back in 2008, when I wrote my Clip Player program.
( double click on a clip file and it would play that clip )

I sat and watched clip after clip after clip, till I had enough notes to figure out
what the Numbers all meant...

There's a lot more to it than that.. but that's how I figured it out...
trial and error

Then I wrote a post on the forum with all of my findings.
A member of the QA team at that time,
wrote back that I was close...
well I was spot on, just I had used the Final sums of the bit patterns in my post
I had known it was based on a bit pattern, but I didn't have, at that time, broken down what each bit was used for.

with this members list of bits,
I was able to compare it to mine, and confirm my own trial and error findings, and write my Clip Player, as a GUI based
app.

August 17th, 2008
https://www.istripper.com/forum/thread/3562/1?post=34716


It no longer works with the Current version of iStripper, and I will probably not develop it any further..
this was the First ADD On approved by the Team.

September 6th, 2008
https://www.istripper.com/forum/thread/3821/1?post=37790

I just sent you a PM and you should be able to reply. To send a PM, you click on the person's icon and a dialog box appears showing their collection. On the middle left is a button "Send a message". It took me a while to discover this too.

Some times I think the Totem developers are gamers who enjoy discovering new capabilities in their software. I'm a business systems developer who want all capabilities to be well advertised and obvious. I ***** having to right click on an icon to discover it contains a non-obvious feature. The trash can icon of iStripper is an example of this bad practice.

I would like to send a private message to Dorsai6 and thank him for his answers and asking him for his Apple script.
But I don't know how to send such a message: from what adress to what adress?
Sorry, that's definitely stupid , but I just use my computer instead of programming it. If there is an easy way to send you a private message, please show and tell.
Thanks.

One nice feature of the latest versions (I think only in 1.2.230 and 1.2.232) is that the Category clause now works for all categories - or at least Totem claimed that it did when 1.2.230 was released. For example I have a simple hospital scene in which the girl to be used as the performer is defined by

clip {
id : Girl1
category : nurse
deny : top, table, pole, cage, glass
}

and lo and behold only clips from cards that feature nurses appear in the scene. This is a useful feature when tailoring scenes but which had previously only worked for a small number of categories. I have only tried a few, but one thing to note is that you use "category : duo" to get what is listed as Lesbian in the filters.

RE: sc clips

@Wyldanimal is the expert on this. My understanding is the sc clips were intended to be played in order. That is all the sc1 clips should be played in order of increasing hotness. I don't think iStripper has logic to do this, but I haven't done any experimenting to confirm this. Only some older XXX cards have sc clips.

Are there any improvements to iStripper running on Mac?

NO! To the best of my knowledge iStripper does not run as well on the Mac as it does under Windows. My household has been a Mac-only environment since 1985 and I've never owned a DOS or Windows computer. I presently have a 2013 Mac Pro with three attached displays and a 2016 MacBook Pro. I've noted the following issues when running iStripper on my Mac's:

1. You can not place a card on top of a window in the Mac environment.

2. When I play multiple cards on multiple monitors at the same time the responsiveness of iStripper becomes terrible. Latency time for a mouse clip can exceed 3 minutes. I only play cards on one display for this reason.

3. Even when playing on one display, every so often iStripper has an attack of "the slows". Latency can exceed 2 minutes, but this only lasts for 2-10 minutes before iStripper returns to normal behavior. I suspect garbage collection, but I have no evidence.

4. It is not possible to change the currently playing clip using a program. This capability exists for Windows and existed for the Mac with VirtuaGirl. When iStripper was released, it was lost for the Mac. I suspect an error when Totem ported iStripper from Windows to the Mac, but they have never corrected it. Under Windows this capability is achieved by changing a value in the Registry. On the Mac the same capability was achieved by changing a value in the iStripper Preference File. That value is still present in the Preference File, but changes are now ignored.

If you have any other iStripper Mac-related questions, I'll try to answer them. I've done a lot of experimenting with iStripper on my Macs.

Здравствуйте! Я надеюсь получить ответ, как исправить ошибку.