Tease AI General Discussion

[Daragorn]

wow, thanks...this will be cool for more interaction. I was already thinking in alternatives, like be able to create custom sections in the response files (like [stroking][/stroking]). But this would require a lot of work for the creators for simple interactions, while the @Custommode can be more simple.

yes this definitely was something surely needed....after i read your suggestion i realized that was something that i always wanted to be able to do too...but never decided to take a look at the code and make it happen :D
I already tested it in my personality and it is definitely a great thing to have...i have like 20 different options now in a vocab and i can just @CustomMode(#vocab,goto,goHere) and have them all be checked against with a single line

[avatarbr]

yes this definitely was something surely needed....after i read your suggestion i realized that was something that i always wanted to be able to do too...but never decided to take a look at the code and make it happen :D
I already tested it in my personality and it is definitely a great thing to have...i have like 20 different options now in a vocab and i can just @CustomMode(#vocab,goto,goHere) and have them all be checked against with a single line

That is a cool use too. I will probably use some of these too.

But my idea is to fill the scripts with triggers for user interaction, without stoping the script everytime.

Sometimes TeaseAI looks like just a "plus"version of webteases, where you stay too passive and rarely something you type will get any reaction.

[Daragorn]

That is a cool use too. I will probably use some of these too.

But my idea is to fill the scripts with triggers for user interaction, without stoping the script everytime.

Sometimes TeaseAI looks like just a "plus"version of webteases, where you stay too passive and rarely something you type will get any reaction.

Mmm...i lost you here, honestly....this was exactly what you suggested to implement with the @CustomMode() command....so why are you now saying that wou were looking at something else?
Setting up a custommode doesn't stop the script...it just prepares it so that if you write that/those words then something happens inside that script...

I agree with you that what most personalities are missing are consequences for what you write...but that can be "easily" taken care of by implementing good response files that, for example, might trigger different @CallReturn() depending on which line happens to be chosen or, in the case of wanting something specific for a single module/link by using multiple @CustomMode() in that script (expecially now that you will be able to tie them to a vocab)
So for example in a specific module you could activate X @CustomMode() with different vocabs/options:
@CustomMode(#vocab1,goto,subpart1)
@CustomMode(#vocab2,goto,subpart2)
@CustomMode(#vocab3,goto,subpart3)

P.s: if you meant that you liked to use the customMode in response files, well that's definitely not possible since the custom mode send you to a specifica part of a script....so you can't use them in responses to point out to somewhere, since you might not be in a script that have that subpart, or there could be multiple scripts using the same vocab as a trigger, but leading to different consequences....if you want to have anything happen due to your response, then, yes, the solution is to make specific responses which trigger different @Callreturn() (if you don't want to interrupt the script you are in, but want to go back to where you were when the callreturn ends) or @Interrupt() (if you want to completely stop what was happening and move to a complete different situation)

[genome231]

Oh this is a nice new feature!
Sometimes after release I'll have to look into implementing this into Spicy!

[avatarbr]

Mmm...i lost you here, honestly....this was exactly what you suggested to implement with the @CustomMode() command....so why are you now saying that wou were looking at something else?
Setting up a custommode doesn't stop the script...it just prepares it so that if you write that/those words then something happens inside that script...

I agree with you that what most personalities are missing are consequences for what you write...but that can be "easily" taken care of by implementing good response files that, for example, might trigger different @CallReturn() depending on which line happens to be chosen or, in the case of wanting something specific for a single module/link by using multiple @CustomMode() in that script (expecially now that you will be able to tie them to a vocab)
So for example in a specific module you could activate X @CustomMode() with different vocabs/options:
@CustomMode(#vocab1,goto,subpart1)
@CustomMode(#vocab2,goto,subpart2)
@CustomMode(#vocab3,goto,subpart3)

Oh no...when I said stoping the script, was about the [yes] [no] questions, where the script wait for the user input and stop till get some.
With the @CustomMode I can get the same effect, but the script will continue if the user dont type anything, something like the @Timeout, but I can expect the input for a few lines till I end the custommode and dont accept inputs anymore (the timeout works only for 1 line).

Like some hard task, where if the user type "I cant take anymore" or similar, the domme can, at any point of the task, stop and say it's enough so. But will continue if the user dont write anything.

About the responses, what would be really cool its to allow us to create custom sectios:
[stroking]
Normal responses
[/stroking]
[cbt]
Normal responses
[/cbt]
[Custom001]
Here I could created specific responses for a part of one script
[/Custom001]

The script could have some command like this:
@CustomResponse(Custom001) - after that line, any response file wolud look for the [Custom001] lines.
@CustomResponse(Normal) - to go back to normal responses

With the "I cant take anymore", I could make the domme ignore the request and said something like "but you will" and continue the tasks, or call a interrupt to stop the tasks.

[1885]

With the "I cant take anymore", I could make the domme ignore the request and said something like "but you will" and continue the tasks, or call a interrupt to stop the tasks.

Would something like this not work?

beg test
(Loop)
Bust yourself in the balls @CustomMode(I cant take any more, Goto, Stop Check)
And it better be HARD
If it doesn't take the wind out of you
Then hit them again
Do you feel like you hit them hard enough? @CustomMode(I cant take any more, Normal)
[yes] good @Goto(Finish)
[no] Then we'll start over @Goto(Loop)
@DifferentAnswer Yes or no?

(Stop Check)
@Variable[#Random(1, 5)]=[1] Fine you big baby @Goto(Finish)
@RT(Quit bitching, Shut up and take it, You better fucking take it, I don't care) #SubName
Now like I was saying... @Goto(Loop)

(Finish)
We'll move on now
@End

[Daragorn]

About the responses, what would be really cool its to allow us to create custom sectios:
[stroking]
Normal responses
[/stroking]
[cbt]
Normal responses
[/cbt]
[Custom001]
Here I could created specific responses for a part of one script
[/Custom001]

The script could have some command like this:
@CustomResponse(Custom001) - after that line, any response file wolud look for the [Custom001] lines.
@CustomResponse(Normal) - to go back to normal responses

With the "I cant take anymore", I could make the domme ignore the request and said something like "but you will" and continue the tasks, or call a interrupt to stop the tasks.

as 1885 pointed out, you can easily do that already in scripts....and, honestly, imho it is even easier to do than your suggestion about the response files.
Assume you have different scripts in which you want the "i won't do it" to do different stuff...then you'd have to create [custom1] [custom2] [customX] part in the response file and then, remember which part is linked to which script.....it is much easier to just create subparts inside the script and deal with them internally, so you won't have to go everytime to check the response file to remember what does customX do and then go back to the script and decide which custom mode do use....i feel it would be waaaay to complicated (also to program, btw, it would probably be a pain in the ass )

[avatarbr]

Would something like this not work?

The only problem with that is will make the loop start again.
If I create a 20/30 lines and the user type that response on the last line, will only make all start again. I am sure after the first time this happens, the user will not take the risk anymore and break the immersion.

But I see what Daragon said. You could end up with a lot of customs in the response files and keep track of that can be hard.

I can "fix" the problem creating various (Loop1), (Loop2) and going back to 1 of this, but will not be perfect.

One better solution, should be the @CustomMode be allowed to call a @CallReturn. But I dont think this would be possible.

[1885]

The only problem with that is will make the loop start again.
If I create a 20/30 lines and the user type that response on the last line, will only make all start again. I am sure after the first time this happens, the user will not take the risk anymore and break the immersion.

But I see what Daragon said. You could end up with a lot of customs in the response files and keep track of that can be hard.

I can "fix" the problem creating various (Loop1), (Loop2) and going back to 1 of this, but will not be perfect.

One better solution, should be the @CustomMode be allowed to call a @CallReturn. But I dont think this would be possible.

I see what you mean. What about just setting a flag and using it as a Filter in your Response file? Like have a script:

This is going to be quite hard on you @TempFlag(HardRoutine1)
First you're going to get those items I told you about...
...
...
...
I hope you're still in one piece after that lol @DeleteFlag(HardRoutine1) @MoodUp
@End

(Give Up HardRoutine1)
Let's just move on to something else @MoodDown
@End

And then have parts in a Response file for "I cant take it" like

@Flag(HardRoutine1) I don't care
@Flag(HardRoutine1) Not my problem
@Flag(HardRoutine1) If you could take it, it wouldn't be fun for me lol
@Flag(HardRoutine1) Good, I want this to make you suffer
@Flag(HardRoutine1) Fine you big baby @Goto(Give Up HardRoutine1)

This does raise the question of what happens if the user exits the script by some other means before the Flag is deleted, but I could make a new Command like @ScriptFlag() that creates Flags that are deleted whenever scripts change, or a @Script() Command Filter that only makes the line valid if the current script has the specified name. Or both. I'll probably go ahead and add these actually. Would that be a good solution?

[avatarbr]

I see what you mean. What about just setting a flag and using it as a Filter in your Response file? Like have a script:

It's a great idea.

In my case, I really dont need that new flag type. Now I have a unique Link file, where I can make sure all that flags are deleted.

But its a special case, maybe others can use this.

[Daragorn]

I can "fix" the problem creating various (Loop1), (Loop2) and going back to 1 of this, but will not be perfect.

One better solution, should be the @CustomMode be allowed to call a @CallReturn. But I dont think this would be possible.

Well, to be honest i don't think it is possible to make something that will not, somehow, interrupt the flow of a script and/or never sound "weird" sometimes.
Even if it was possible to callreturn in custommodes (which is not possible right now and, to be honest, i don't even think if could have much sense to even try to implement), it would still "interrupt" the current script, maybe in the middle of something happening, run the custom module and then go back to where it was interrupted...maybe in some cases it could come out more realistic, yes, but i think in some cases it could come out with something less realistic, depending on when you triggered it and what was happening in the meantime.

I mean, sure with the loops, somethimes you'll have to "send back" the user to that part, or "jump" him somewhere else, but you have total control on what happens...something that is not entirely possible with callreturns (as i said, maybe you triggered in the middle of something the domme was making you do, and it could sound weird)....but with enough planning and good ideas, you can make it work nearly perfectly.
Surely it is a difficult task to create such complex scripts...but, imho, right now, with what is available command wise in teaseAI, and some knowledge on how to script a module, you can basically do anything that comes to your mind.

I think that sometimes (but probably it is due to the program showing so much potential ) we expect a bit too much from it....it is and it will never be a real artificial intelligence, so hoping to be able to create something that will be able to handle each possible interaction and react in different ways, everytime perfectly realistically...well it is a bit too optimistic

Btw, it seems that finally there are a few personalities coming out, or being made, that try to use the potentiality of the program and have more interaction and action/reaction consequences which is what was really missing in the personalities/scripts made up to now....i feel there is a lot of good stuff coming soon our way :D

[avatarbr]

I think that sometimes (but probably it is due to the program showing so much potential ) we expect a bit too much from it....it is and it will never be a real artificial intelligence, so hoping to be able to create something that will be able to handle each possible interaction and react in different ways, everytime perfectly realistically...well it is a bit too optimistic

Yeah, you got me here. I am on the point where I want to make it more real, not just (like I said) a webtease+. I think I want to "recreate" that surprise we had the first time we type something and teaseai responded.

The point is, somethings require a lot of work to do, and the chances user will not see (because he dont write anything) are big. Maybe, the better way to do this is "force" (with the text calling that) a yes/no response and use the yesmode/nomode. It simple to create (I already have 1 yes=good, no=bad and 1 yes=bad, no=good)

[Daragorn]

Yeah, you got me here. I am on the point where I want to make it more real, not just (like I said) a webtease+. I think I want to "recreate" that surprise we had the first time we type something and teaseai responded.

The point is, somethings require a lot of work to do, and the chances user will not see (because he dont write anything) are big. Maybe, the better way to do this is "force" (with the text calling that) a yes/no response and use the yesmode/nomode. It simple to create (I already have 1 yes=good, no=bad and 1 yes=bad, no=good)

Yeah the problem with writing such scripts is that they are definitely time consuming and require a lot of scripting practice (and imagination on what to make happen in different situations ) but it is doable, given enough time and patience.
And...yes...sadly there is a huge chance that a lot of people will never even know it is there...but you are writing them both for yourself and for the people who like to interact more with the personality....so, those persons will surely stumble across them sooner or later...and...ooh the surprise when that happens....i always loved when something like that happens in a script...it makes it feel so more realistic.
I am one of those who like to pretend it is a real person i am dealing with, so i definitely write and try to interact with it as much as i can, so in my personality i have implemented a lot of callreturns in responses for example to make things happen depenging on what i write.
I am sure there is a lot of people like me and you who like to have more interactions....so there is quite a bunch of people that will surely see those things you are planning

[avatarbr]

but you are writing them both for yourself and for the people who like to interact more with the personality....so, those persons will surely stumble across them sooner or later...and...ooh the surprise when that happens....i always loved when something like that happens in a script...it makes it feel so more realistic.

Yes, but the problem is, I know what is happen when I was the one who writen that (now, I can cheat to make the domme mood up ). This is one of the reasons my scripts have so many ramdom.

Anyway, I just found a solution for my problem:

Spoiler: show

(Loop)
Starting task @CustomMode(I cant take any more, Goto, Stop Check)
text
text
(part1)
text @TempFlag(f01)
text
text
(part2)
text @TempFlag(f02)
text
text
(part3)
text @TempFlag(f03)
text
text @Goto(Finish)
(Stop Check)
@Flag(f03) No @Goto(part3)
@Flag(f02) No @Goto(part2)
@Flag(f01) No @Goto(part1)
No @Goto(Loop)
(Finish)
We'll move on now
@End

Funny, i think this hit me when I saw your post:

.but, imho, right now, with what is available command wise in teaseAI, and some knowledge on how to script a module, you can basically do anything that comes to your mind.

And the 1885' suggestion about the flags in the response files.

[Daragorn]

Yes, but the problem is, I know what is happen when I was the one who writen that (now, I can cheat to make the domme mood up ). This is one of the reasons my scripts have so many ramdom.

I know what you mean....i have the same problem too, obviously...i tried to put as much randomness as i can in my personality....but after a while you know what can happen and what are the probability of that happening...that's why i am waiting impatiently for spicy and the other personalities that are coming

Anyway, I just found a solution for my problem:

Funny, i think this hit me when I saw your post:

.but, imho, right now, with what is available command wise in teaseAI, and some knowledge on how to script a module, you can basically do anything that comes to your mind.

And the 1885' suggestion about the flags in the response files.

I am glad we' ve been helpful :D
But i think this is, right now, one of the most important problems with teaseAI.....the potentiality to have really complex situations are already all there....but not many people know how to create scripts using all the possible combinations of commands to make them.
What i think is more needed now, more than other features (which are always nice but, honestly, i can't think of many things that are not already doable), is scripts, personalities and, generally speaking....content