Edgelord 3000's dialogues (3 Viewers)

[edgelord 3000]

Thanks for the kind words, N Naivor ! I haven't had that issue myself, what version of Flash are you using? Have you tried this version of flash projector?

 

[Naivor]

I'm using the projector. Already redownloaded it and tried with that, but the same problem persists.
Oh well, if you haven't had that issue we can propably conclude the problem is solely on my PC's side. I'll see if I can make heads or tails of it.

 

[edgelord 3000]

New "dialogue": Edgy moves is out!

- No dialogue at all, just buttons and moves!
- Wow!
- Amazing!

I also updated the loader pack, now it includes a flash player.

I plan to use AutoMove for all my future dialogues, and perhaps even rewrite some of the old ones as well. So feedback on the moves would be very much appreciated.

 

[Eva-2X]

I tried experimenting that kind of sequences with AutoMove for monthes and I always encountered random glitches.

I tried your dialogue with your loader pack with my version of flashplayer standalone (11.1r102) and your dialogue glitches from the start!
-move did not exist- (in red!)

I didn't know if your version of flashplayer standalone works better than the one I use regarding AutoMove.

So I tried yours, and it seems AutoMove works fine (for now) with this version 11.7r700_279!
Good work.

PS: I may further the testing to feedback. (I love to create automated dialogues, and AI behavior stuff)

 

[edgelord 3000]

Eva-2X I actually really struggled to find a version that worked. IIRC, the version that sby ships in his pack works most of the time, except if you make a move that acts like the mouse button is held down. I wish I knew why AM is so picky about the flash player, but hey.

 

[Dio Brando]

Forgot this thread even existed, glad to have you back.

Edit: Can you add a handjob feature of the AutoMove mod?

 

[Eva-2X]

edgelord 3000 Here is a quote from Pim_GD (in a disscussion with DrZombi )

That's because you're writing (set) a read-only (check) variable. Don't do that. The moment you do {"set":{"mt.cuminmouth":60}} you have broken that variable.

What does it mean, if you have a local variable with the same name as a system variable? What scope should the variable value be pulled from? Right now, I opt for local scope for checks and system scope for variables. Preferring system scope can be done, but I think it's wrong to set a read-only variable in the first place.


I tell you this because you set a mt. variable in your dialogue, so you may should think about changing that.
(Just an advice)

 

[edgelord 3000]

Dio Brando Glad to be here. As far as I know, the automove mod doesn't discriminate between normal bj's, handjobs or even sex, it will just play out the moves regardless. I tried to make some moves where she would move her head while in the handjob position, but I couldn't make it work. So just move her hand to the cock normally and see how the moves work out for you. If some of them are absolutely awful for handjobs, I could make a setting that filters out moves that are not useful for handjobs.

Eva-2X Either pim erred regarding that specific variable or that conversation could be outdated. Even the instructions for MoreTriggers contains an example dialogue where mt.cuminmouth is set to a specific value. Of course, trying to set a read-only variable normally yields only no actual change. That said, if you do experience something fishy going on when he's cumming inside her mouth or throat, let me know. IIRC, those are the only times that variable is used.

 

[Eva-2X]

Eva-2X I really don't want to bother you with that, since I like your work, and I know some others great dialogue creators such as Jaxx use that set mt. feature in SchoolRumble pack, so it will be my last comment on that topic.

The discussion between DrZombi and Pim_GD was about the example provided in the MoreTriggers instruction, and DrZombi did not understand why his formula (using set mt.cuminmouth) glitched at some point. And Pim_GD provided the answer I quoted.

=======================================================================
all:"CLEAR"

start:"[intro]mt.cuminmouth set to *mt.cuminmouth*..." {"style":"Thought","set":{"mt.cuminmouth":95}}

intro:"[intro*mt.cuminmouth \ 30**mt.cuminmouth % 30 != 0*]" {"style":"Thought"}

intro00:"[intro]mt.cuminmouth now equals 0, cuminmouth%3A *mt.cuminmouth*" {"style":"Thought"}
intro01:"[intro]mt.cuminmouth now between 0-30, cuminmouth%3A *mt.cuminmouth*" {"style":"Thought"}
intro10:"[intro]mt.cuminmouth now equals 30, cuminmouth%3A *mt.cuminmouth*" {"style":"Thought"}
intro11:"[intro]mt.cuminmouth now between 30-60, cuminmouth%3A *mt.cuminmouth*" {"style":"Thought"}
intro20:"[intro]mt.cuminmouth now equals 60, cuminmouth%3A *mt.cuminmouth*" {"style":"Thought"}
intro21:"[intro]mt.cuminmouth now between 60-90, cuminmouth%3A *mt.cuminmouth*" {"style":"Thought"}
intro30:"[intro]mt.cuminmouth now equals 90, cuminmouth%3A *mt.cuminmouth*" {"style":"Thought"}
intro31:"[intro]mt.cuminmouth now over 90, cuminmouth%3A *mt.cuminmouth*" {"style":"Thought"}
=======================================================================


By testing the Cum In Throat feature of your dialogue, I noticed the guy "overdid it", and I was like: *"what happened?"*
Then I checked the formula you used to fill her up, and I understand why the protagonist could not stop it. (set mt. loop/glitch)

 

[edgelord 3000]

Eva-2X I found the thread you read, and it seems it was a bug that may or may not have been fixed?... Anyway, the overflowing when he cums is just something I enjoy a lot, that's why I added it. But now that I think about it, it's has nothing to do with the moves in itself, so I should probably change it. Actually, I'm gonna make it an option. That way any potential bugs should not ruin anything, I hope.

Also, I hope you don't feel like you're insulting or offending me with this information. Feedback is always necessary for improvement, and improvement is always possible.

 

[Eva-2X]

I'm all for constructive criticism, I struggled a lot with developing automated dialogues before pulling off decent result, and I decided to come out from shadow recently to interact with the community, so that I can help people and learn more. :)

I dive deeper into your setup, and I noticed you did not use that mod

dialogpatch

dialogpatchV4 just changed some stuff for compatibility with tweaks made in DA mod 4.07+ /***************************/ dialogpatchV3 now has settings file has option to attempt to play lower priority dialog lines if higher ones unavailable...

www.undertow.club

This last version v5 (which has to be load after dialogueaction but prior/before moretriggers to avoid conflict) made the checking system better (priority and such). Maybe add this mod to your loaderpack, so that it will make the +20mt.cuminmouth value updates with more reliability, avoiding the "over load" without changing your formula.

PS: Overloading my cutie was funny. I did not expected that, and subverting expectation is where the fun of experimenting can come from! XD

 

[DrZombi]

I'm all for constructive criticism, I struggled a lot with developing automated dialogues before pulling off decent result, and I decided to come out from shadow recently to interact with the community, so that I can help people and learn more. :)

I dive deeper into your setup, and I noticed you did not use that mod

dialogpatch

dialogpatchV4 just changed some stuff for compatibility with tweaks made in DA mod 4.07+ /***************************/ dialogpatchV3 now has settings file has option to attempt to play lower priority dialog lines if higher ones unavailable...

www.undertow.club

This last version v5 (which has to be load after dialogueaction but prior/before moretriggers to avoid conflict) made the checking system better (priority and such). Maybe add this mod to your loaderpack, so that it will make the +20mt.cuminmouth value updates with more reliability, avoiding the "over load" without changing your formula.

PS: Overloading my cutie was funny. I did not expected that, and subverting expectation is where the fun of experimenting can come from! XD

You're right, and this is exactly what I wrote in the Update Notes of MoreTriggers:

MoreTriggers v2.1: Added Triggers [SET_OVERLAY_<filename>_<EFFECT>_<0-100>], [HIDE_OVERLAY], [SHOW_OVERLAY], [KILL_OVERLAY] & [BIND_VARIABLES_<var1>_<var2>]
Added Variable "mt.vigour"
Corrected a bug on [SHOCK_<time_ms>] which made the dialogue break and could potentially crash the flash player (nice ! :) )
This version does not rely on specific features added in new versions of DialogueActions or DialoguePatch, and will still load & work with previous required versions, but since these mods have been recently updated to correct the "check" problem with variables, I highly recommend the use of DialogActions > v4.06 and DialogPatchV4 from now on, especially if you're using the mt.<whatever> or da.<whatever> variables. In this case, please also note that you'll now need to have your Mods.txt loading order like this: SDTDialogueActionsv4.06+.swf -> dialogpatchV4.swf -> MoreTriggersv2.1.mod

 

[Eva-2X]

edgelord 3000 Regarding performance issues, feedbacked by Hank East what happens is the following.

As long as the cum features are not used, it works fine with your loaderpack.
As soon as the cum feature is used, a slow down may occurs, especially if the user doesn't triggers the pause button, before using the cum button.
I made some tests with cum in throat (to minimize extra graphic generation, that always slow the game down) and I noticed that dialogue patch minimize the problem.

Without dialoguepatchV5: I once get down up to 16fps (HQ, no outfit mods)
With dialoguepatchV5: it slows down (on average) up to 24-25fps (HQ, no outfit mods)

Hope this helps.

 

[edgelord 3000]

Right, seems like the obvious thing to do is to include the patch in the loader pack. So I did. I also made some things optionable in the Moves dialogue, including the "fill her up" function. I did some light testing myself, but more options usually means more issues for me to not notice. Can I ask you to check it out and see if there are still problems?

 

[Eva-2X]

edgelord 3000 As far as I can tell, and very surprisingly, the cum in throat feature is the most "frame consumer", if I can put it that way.
After doing some back and forth testing with your WIP pack and its dialogue

cum on face lose the standard few fps (around 27), until the cum disappear (that's how the game is)
cum in mouth lose few fps too (same) and then come back to normal rate quite soon after (relatively speaking)
cum in throat is what makes the game go to 23-25, and user has to stand still (or act) for quite some time before it recovers.

My understanding of the game core mechanics is too shallow to understand the problem, but I think the "engine" does not like having to calculate both mt.cuminmouth while stacking a lots of spurts (it might saturate the buffer memory).

Each time the [EJACULATE] triggers comes into play, it has to stack and keep in memory spurts, while also generate +20 cuminmouth (according to your fill her up loop) until 90 mt. cuminmouth is generated.
Add the Drool effect at the end + the nostril spray, and I think the "engine" come to "exhaustion", making the game lag for a long time.

Some idea to fix the cum in throat problem.
Maybe you should not stack [Ejaculate] (it should only trigger the first time, no loop with that trigger)
If you want a longer cumming sequence, maybe do a loop with bigger time window in it.
Maybe you should updated +25 mt.cuminmouth, to make the whole cumming sequence shorter (avoiding long buffering).

hope this help

 

[edgelord 3000]

Eva-2X Should be an easy fix. I must admit, I don't get the slowdown no matter what I do, so I'm dependant on you to tell me if this one works.

 

[Eva-2X]

edgelord 3000 I guess I can't help you anymore for now. It seems I have performance issues with my own loader pack(s) using my own automated dialogue (which use to work fine). I clean my flashplayer memory cache, and I still have problem.

I'm not reliable anymore for now, if it works fine with you, then it may work fine.

 

[edgelord 3000]

I decided to upload it like it is now, with the "fill her" option disabled by default. That way, at least people aren't forced into potential slowdowns. Thanks for the help.

 

[edgelord 3000]

Question for everyone: if I were to add another menu to the Edgy Moves dialogue where you could do stuff you normally can't do in the normal menu (for instance put her arms on her breasts, make her look up or drool all the time, etc), what kind of stuff would you want on it?

 

[Hank East]

That drooling option sounds pretty hot. In a similar vein, how about non-stop crying, if possible? Maybe even an option for periodic coughing as well?