Milovana.com

Posted: **Thu Sep 01, 2016 11:53 pm**

genome231 wrote:
SensEx wrote:
genome231 wrote: Lets say that you inside a module have launched miniscript1 then from there miniscript 2 and again miniscript 3.
If you end miniscript3 it will go back to point of origin which is the module. It will end ALL your miniscripts :)
Genome

When any Miniscript reaches @End, it will return to where the program first entered "Miniscript mode".
You can nest as many Miniscripts inside of each other as you want, but as soon as one gets to @End you will be back where you started. If, Miniscript1 has choices in it that lead to Miniscript1a, Miniscript1b, and Miniscript1c those can only get back to Miniscript1 at the first line. They will never return there on their own.

Compare it to digging a hole. No matter how far you dig, you have to climb out before you can try to fill it in.

Posted: **Fri Sep 02, 2016 2:05 am**

SensEx wrote:
genome231 wrote: Found quite a few bugs with MiniScripts (Like a lot of other people)
What kind of errors?

Also @CallReturn doesn't behave like @MiniScript commands do.

An example,
When you're stroking and a mini script txt is called it will not stop it
With @CallReturn it will stop every actions you are doing

@MiniScript offers much more possibilities, haven't encountered any bug with it yet

You can use this in any script to check the stroke state:

Code: Select all

@NullResponse @CheckStrokingState
(Sub Stroking)
Stop stroking #SubName @StopStroking
(Sub Not Stroking)

I think the big difference its in @MiniScript, the image dont change each line (Not sure, because I think I saw changing and not changing).

Posted: **Fri Sep 02, 2016 3:14 pm**

avatarbr wrote:
You can use this in any script to check the stroke state:
Code: Select all
@NullResponse @CheckStrokingState
(Sub Stroking)
Stop stroking #SubName @StopStroking
(Sub Not Stroking)
I think the big difference its in @MiniScript, the image dont change each line (Not sure, because I think I saw changing and not changing).

What would make more sense at this point is, making templates.
Test commands to see how they function and communicate, not just "how we think they do"
Some bug described previously doesn't seem to be actual bug but miscomprehension on how commands were designed to function.
Which is understandable, we have tons to work with

Your script to check the state gave me an idea avatarbr.
Thank you, mrcom4t for your explanation

I'm going to create few scripts to test the most commonly used commands and simulate the whole process (complete cycle) before I write anymore lines.

Posted: **Sat Sep 03, 2016 7:09 am**

Not sure if this has been reported before, but the save/restart session options do not appear to be working, it will give me an error after saving and try to restart that the savestate file is not found, yet when I look for that file, it's there.

EDIT 1: Nevermind, just searched through the forums to see that this was mentioned previously.

Posted: **Tue Sep 13, 2016 5:01 am**

We still in the planned break on dev of this project?

Posted: **Fri Sep 23, 2016 5:22 am**

To be honest, I think we are beyond the break now. Not quite sure what the future holds for Tease AI

Posted: **Fri Sep 23, 2016 6:30 am**

I think it's about time for the community to take over the project for real and don't stop developing it (not just until 1885 comes back). I respect 1885 for what he did, but there hasn't been much going on for almost a year now and 1885 being online for maybe a month with several monts of absence every time is the reason.

It looks like everybody is trying to stay away from developing community edition of TEASE AI out of respect to 1885. He said the community should take over the project if he doesn't show up for 3 months, and he's been absent for longer than that 2 times now. He also said last time, he'd like to focus on the TEASE AI personality he's creating than the program itself, so TEASE AI being developed by the community shouldn't be a big problem when he comes back next time.

It's not like we're cutting him off - he can always join the developers team.

Posted: **Fri Sep 23, 2016 2:02 pm**

Hey guys!

Asking about oppinions and wether its possible or not xD
I like writing scripts for tease-Ai. But one part that always annoys me just a Little bit.
Is that I cant really put "secrets" or put something behind a password in the script, because well basicly everyone can just open them Up an see whats inside :)
I think it would be awesome if you could encrypt them so that they cant be read by you, but by tease-Ai :)

Thoughts?

Regards
Genome

Posted: **Fri Sep 23, 2016 8:31 pm**

genome231 wrote:Hey guys!

Asking about oppinions and wether its possible or not xD
I like writing scripts for tease-Ai. But one part that always annoys me just a Little bit.
Is that I cant really put "secrets" or put something behind a password in the script, because well basicly everyone can just open them Up an see whats inside :)
I think it would be awesome if you could encrypt them so that they cant be read by you, but by tease-Ai :)

Thoughts?

Regards
Genome

Well, as much as I like the idea of this, I am unsure of how to accomplish such a task. I can't think of a plausible solution, though I'll post my thought process and ideas with my concerns for each.

1. Password-Based Authentication

Scenario: Window to encrypt and/or decrypt a script with a given password.

Issue: A password would need to be in the script or Personality folder somewhere to unlock the content. How can the key be transmitted to Tease-AI without it being visible to the user? Even if the content itself appears as scrambled nonsense when opening the script, the password itself would need to be stored in plaintext somewhere.

Solution: No solution I can think of. This is simply security through obscurity.

2. Obfuscation by input only

Scenario: Window to encrypt scripts with a given password. There would be no option to decrypt scripts, only Tease-AI could decrypt to its memory while reading the script.

Issue: This would be a pain for scripters to work with. Just like the end-users, they also would not be able to decrypt their scripts when it came time to change or add a feature. With constantly evolving scripts over the course of development, being unable to decrypt the parts of scripts that are already encrypted could be a hassle.

Solution: The easiest way to solve this is that scripters could simply make a copy of any parts of the script before they are encrypted and put them in another file, allowing for changes to it to be sent back through. If you lose the copy, however, there would be no way to retrieve what was originally input.

These are the only methods I can think of after brainstorming and, personally, neither of them are appealing with the downsides of each.

Posted: **Sat Sep 24, 2016 3:19 am**

Yeah if someone wants to peek, they are gonna peek. Being open source there isn't anything that can really be done that couldn't be reversed by someone with the know-how.

Same kinda idea with the token system, it's easy to go in and give yourself thousands, so everyone just has to trust the user won't do that.

That said, assuming the user isn't very technical, you could try making scripts hidden in windows with Right Click>Properties>Check "Hidden".
Or something a little more advanced, @Call and @CallReturn currently requires that the file extension be included, so you could finish your script and rename it "script.jpg" then use it that way (I just checked and this does work). That way, you can't simply double click and have it open as text like usual, requiring extra effort to open, which might be enough to stop some users from peeking

Posted: **Sun Sep 25, 2016 7:18 am**

VanHellsing wrote:I think it's about time for the community to take over the project for real and don't stop developing it (not just until 1885 comes back). I respect 1885 for what he did, but there hasn't been much going on for almost a year now and 1885 being online for maybe a month with several monts of absence every time is the reason.

And it's his right to do so.

VanHellsing wrote:It looks like everybody is trying to stay away from developing community edition of TEASE AI out of respect to 1885. He said the community should take over the project if he doesn't show up for 3 months, and he's been absent for longer than that 2 times now. He also said last time, he'd like to focus on the TEASE AI personality he's creating than the program itself, so TEASE AI being developed by the community shouldn't be a big problem when he comes back next time.

It's not like we're cutting him off - he can always join the developers team.

As far as he told me, he doesn't have a problem with the Community Edition. Me neither.
The CE and original are both open source, so everyone is welcome to join in.

As for me, i'll continue working on the original using as much object-oriented programming as possible. This makes it possible to share Code between the two Projects. But my goal is not to introduce fancy new stuff. My primary task is bugfixing and optimizing the existing code. So most of the changes i'll do won't be noticed - hopefully.

genome231 wrote:Hey guys!

Asking about oppinions and wether its possible or not xD
I like writing scripts for tease-Ai. But one part that always annoys me just a Little bit.
Is that I cant really put "secrets" or put something behind a password in the script, because well basicly everyone can just open them Up an see whats inside :)
I think it would be awesome if you could encrypt them so that they cant be read by you, but by tease-Ai :)

Thoughts?

Regards
Genome

Wouldn't it be a pain in the ..., to encrypt manually and test all stuff? And if somebody would like to personalize his personality he would have a hard time.

Spoiler: show: Btw.: A global encrypting with one encryption key could be easily solved. But everyone with technical knowledge could peek, just like pepsifreak said before.

Posted: **Sun Sep 25, 2016 10:53 am**

Stefaf wrote:As far as he told me, he doesn't have a problem with the Community Edition. Me neither.
The CE and original are both open source, so everyone is welcome to join in.
As for me, i'll continue working on the original using as much object-oriented programming as possible. This makes it possible to share Code between the two Projects. But my goal is not to introduce fancy new stuff. My primary task is bugfixing and optimizing the existing code. So most of the changes i'll do won't be noticed - hopefully.

Yep, but people were so eager to push the project forward the last time. I don't understand why everything stopped when 1885 came back (even when he said, he'd prefer to make personality than improve the program)

.

Posted: **Sun Sep 25, 2016 11:17 am**

Always a pleasure to hear from you Stefaf!

Regarding the encryption.
What I would suggest would be like a global encryption key.
I dont care about a few people looking into the script, they are very welcome and I would be happy to send them an unencrypted version myself. Just think it would be cool and also make Tease-AI personalities more fun since you cant spoil any surprises by looking inside the scripts and it would make it harder to cheat for most (who isn't "computer persons").

Well it was just an idea

One feature I'm still hoping for would to add custom persons to the chat - not just glitter.
Something like @AddCustom(NAME, COLOR), where name is the name of the person and color would be their color of text inside chat, with like 5 colors to choose from or similar: Green, red, blue, yellow, purple or similar
Then if you removed domme it would be the custom that became default chat if only 1 was added or it would work normally by having the line of text begin with @Custom(NAME).
The picture you could add by simply having a @ShowImage[\PathName\*.jpg] which would be easy to add by making like a vocab file --> #PicShortCut.

Hope i'm making sense

Regards
Genome

Posted: **Fri Oct 07, 2016 11:25 am**

On page 116 with 1885's note.
He wrote that he has implemented Daragorn's timed writing tasks.

Does anyone know how it works?

Regards
Genome

Posted: **Sat Oct 08, 2016 2:14 am**

genome231 wrote:On page 116 with 1885's note.
He wrote that he has implemented Daragorn's timed writing tasks.

Does anyone know how it works?

Regards
Genome

Timed writing is a setting in the Ranges tab with a slider for typing speed. The time limit is automatically generated based on the length of what you have to type and the value of that speed slider. Not anything controllable by personalities I believe.

Milovana.com

Tease AI General Discussion

Re: Tease AI Open Beta - Updated to Patch 54.4

Re: Tease AI Open Beta - Updated to Patch 54.4

Re: Tease AI Open Beta - Updated to Patch 54.4

Re: Tease AI Open Beta - Updated to Patch 54.4

Re: Tease AI Open Beta - Updated to Patch 54.4

Re: Tease AI Open Beta - Updated to Patch 54.4

Re: Tease AI Open Beta - Updated to Patch 54.4

Re: Tease AI Open Beta - Updated to Patch 54.4

Re: Tease AI Open Beta - Updated to Patch 54.4

Re: Tease AI Open Beta - Updated to Patch 54.4

Re: Tease AI Open Beta - Updated to Patch 54.4

Re: Tease AI Open Beta - Updated to Patch 54.4

Re: Tease AI Open Beta - Updated to Patch 54.4

Re: Tease AI Open Beta - Updated to Patch 54.4

Re: Tease AI Open Beta - Updated to Patch 54.4