Hiya, I’ve noticed a bug with the plugin.
Whenever you open a tree and then close it, you will always get lag spikes when selecting any object in studio. I’ve had to restart my studio many times after editing a tree 
cc. @Defaultio
I think a visualizer would be a great update to this plugin.
Hi
I’m sure this is a basic question, but how can I get the BehaviorTreeCreator module? Is it supposed to appear under ReplicatedStorage? It doesn’t show for me…
I created my tree, but I can’t run it.
Are you talking about updating the current visual editor? or something completely different? I’m currently in the process of ironing some bugs in this module because I kept having lag-related issues with it, so if you’ve any issues feel free to lmk, I’ll try and address those too.
1 Like
I’ve edited a bit of the BTrees visual editor plugin, and it should no longer lag when you select any object in your game (not just behavior trees). The issue was that no matter what you selected, behavior-tree or not, the plugin always called a ChangeHistoryService::SetEnabled method. This method is called to stop folder changes to be undone on ctrl z, so be aware that this modified version of the plugin breaks undo behavior!
https://www.roblox.com/library/6988737146/BehaviorTreesPlugin-V4-Optimized-version
On a sidenote, @Defaultio - whenever I return RUNNING, it still re-evaluates the whole tree the next time I call the :Run() method. Is this expected behavior? If so, is there any way to only call the currently running task if the state is RUNNING, instead of re-evaluating the whole tree?
I was aware of this issue: [Outdated] BTrees Visual Editor v2.0 - #50 by Defaultio
But decided that removing the ChangeHistoryService line caused more usability problems than it was worth. By removing this, you risk irrecoverably losing work. I’d advise building trees in a separate blank place, where the spike won’t happen, and copying the trees over to the master place.
On the running issue, I took a quick look and it seems like the intended behavior is only run the current task, and the rest of the nodes will not be evaluated. Are you sure it is reexecuting the whole tree? Are you sure you are calling the same tree? That is, that the obj parameter passed to run is consistent. I don’t have time to debug this at the moment, let me know if you find a fix.
2 Likes
Ah! found the culprit. I watched sleitnick’s video where his code looked like so:
It seems like he was only returning RUNNING in some very specific scenarios, which caused his code to work fine but not mine.
The issue is that whenever my tree would return RUNNING, I would never re-evaluate it again - I was basically waiting for my TreeRunning variable to change, even though it never would’ve since I’d never run the tree in the first place. Sorry for the trouble 
EDIT:
In regards to the issue you mentioned, I was actually aware of that post - in fact, that’s why I was able to figure out why that line was there in the first place, so I could put up a warning to those that would install it 
3 Likes
I think the plugin is broken…when I click “create” nothing happens? it used to work fine
Is there a way to duplicate an entire tree folder?
I want to retain a bunch of behavior for a seperate npc but I also want to use a bunch of the same logic.
The editor doesn’t work on a new clone of a folder if I just try to copy it.
Now with Roblox’s new Task Library it would be a good idea to change the “task” table to treeTask or something different to prevent compatibility issues in new work.
8 Likes
Would be amazing if we could specify the quality of the bezier curve (i.e how many frames it uses) as on my larger behaviour trees it gets really painful to use. I also can’t split them out into more as then we loose features such as linked tasks.
UPDATE: You can modify the variable ‘segments’ in DrawCurve.lua as low as 6 (down from 24). There are lots of other improvements which could be made. Right now there’s way too much instancing and destroying going on but I haven’t found the time to dig my teeth into it.
UPDATE UPDATE: It is now 2:30am, Got sucked in haha. Found a fair few inefficiencies, for instance rather than pooling existing frames for the bezier curves we were creating new ones each time and destroying the old. Changelog:
- Use existing pool, only create new instances when required
- Switch from RenderStepped to Heartbeat
- Only call update every 4 frames for avg cost and 6th for expensive
- Reduce framecount per bezier curve from 24 to 6
BehaviorTreesPlugin_V4.rbxmx (1.1 MB)
All my changes were made on the fly with no consideration for futureproofing or conflicts passed the immediate term. Only use if you need it (i.e you have large trees).
3 Likes
Can someone make a comprehensive documentation on this?
2 Likes
It’s well documented already, install the plugin. Create a tree then click “Help”
1 Like
I can’t find a single tutorial anywhere and I have no clue how to use it, I really need this for an AI system I’m making as it will be a pain to code a custom behavior tree. I would really appreciate if someone linked me with a comprehensible tutorial.
4 Likes
That’s simply a guide as to what each of the node does. Not a full documentation.
4 Likes
Ok Guys, I’ll give my best explanation as to how I think this should work. So the most basic of basics is that you need an update function
-- Services
local RunService = game:GetService("RunService")
local Tree = BehaviorTreeCreator:Create("Place Tree location here")
local function Update()
Tree:Run()
end
RunService.Stepped:Connect(Update)
In order to run your tree repeatedly. As of right now I’m trying to figure out the logic as to how to make it not run when it is currently running/ doing something repeatedly. My best bet is to go into each script and return the script when it IS running so that i can
A) Identify the script that is running and just do checks to see if it is running
B) Stop the entire tree from running
Hopefully i’ll figure out something and share more with you guys!
I’m having a similar issue, if anyone has a solution to this would be much appreciated. As soon as one NPC dies another one fires up, but two can’t run simultaneously. tree:run() is being fired but it doesn’t do anything in the “waiting” npcs. I’m guessing that the repeat node I have has it running and disallows other NPCs from running(don’t know why). Been trying to resolve this issue for almost a week now. Would really appreciate any advice or help.Thanks for the assistance and can provide code if needed!
Hey everyone! I know one of the big problems I had while using this plugin was the lack of easy Rojo support as well as the lack of sharing tasks between behavior trees.
Well, given I had some time I decided to quickly try playing around with the module and plugin and have come up with a decent solution to this:
External Tasks
External tasks work independently from Tasks in that rather than having the task module sit inside the the BehaviorTree’s folder, it can now be referenced from another source entirely! This is a nice way to have all your tasks made easily accessible to something like Rojo, or other behavior trees.
Some things to note:
- This is not battle tested and may still have bugs. Feel free to DM me if you find any.
- You’ll need both the ET edition plugin and module for things to work.
- I am not responsible for creating or maintaining BehaviorTrees, and all credit still mostly applies to the others involved, I’m just trying to make things more accessible for this amazing tool!
- I did ask before posting this and it seems like I’m in the clear. If I made a mistake with how I posted something I’ll update ASAP.
Plugin | Model
11 Likes
Same.
I need a tutorial cause its very weird and i barely understand it.
1 Like
Im trying to create and AI that has 2 trees:
Idle and Chase
the idle tree requires the chase tree and vise versa
this causes some kind of error where they generate recursivley causing a error and about 5k output lines
update: nvm i always find the solution when i post it, still might be helpful if someone has the same error, the go to the other tree node dosen’t mean it will be stuck at the node it will always revaluate from the root node (idk did i explain it properly)