Closed Ferniclestix closed 6 months ago
On further testing, appear to happen once and then keeps happening even if you revert your workflow.
Really to have usefullness it need to have the ability to send a json workflow to run to the other server rather than send a copy of the current workflow backwards, which makes what you can do with it extremely limited. If i could just make a workflow for it and have it send that to the different servers so they run different processes oon demand it would be so much more useful.
Really to have usefullness it need to have the ability to send a json workflow to run to the other server
This would make a lot of sense since it would make it possible to have the network distribution workflow completely separate. I think the biggest challenge would be seeds/batch sizes, especially if a workflow has more than one.
I think my initial approach was a bit over-complicating it, I'll see if I can rewrite this when I get the time.
I think like a node that accepts a bunch of inputs and a json load path in the main workflow. stuff like prompts, seed, images, ect. then you send those and it loads your second workflow that starts with an output version of that node which sends the seed, prompt and all that wherever would be good.
not sure how i'd handle image retrieval, like having the remote workflows waiting on eachother for completion would basically destroy alot of the usefulness of this because you remove the paralell processing ability then... a conundrum.
Guess I'll close this for now. I rewrote a bunch of stuff so maybe it won't fail anymore, though I couldn't reproduce this one originally either IIRC.
You can also follow #7 for using saved workflows. It works now but needs more stuff to be fully useful i.e. changing the workflow per client.
Keeps throwing out of range float errors are not json compliant.