auto-sd-paint-ext VS sd-parseq

It makes more sense to embed stable diffusion capabilities into well-established image editors such as Gimp, Photoshop, Krita, or Figma, which come with layered, non-destructive functionalities, rather than attempting the opposite approach.

https://github.com/Interpause/auto-sd-paint-ext

You might be interested in knowing that Krita has a SD plug in that I've found works quite well if you're willing and able to install and run SD locally. Krita is now my primary art program. https://github.com/Interpause/auto-sd-paint-ext

GitHub - Interpause/auto-sd-paint-ext: Extension for AUTOMATIC1111 to add custom backend API for Krita Plugin & more

Yep, Krita has a SD plugin too ( https://github.com/Interpause/auto-sd-paint-ext ) but probably not as good as this Photoshop one yet.

Again in my humble opinion, however, it's nice to be able to choose (at least if you're willing to pay the subscription costs) among different models and algorithms. Use whatever suits best your needs or your ideas. I personally prefer SD's versatility, and the workflows enabled by "being able to get my hands on all the parameters", like sampler selection, CFG scale, inpainting and other stuff (have you tried InvokeAI's unified canvas or Automatic1111's Krita plugin?). Not to mention the ability to do progressive and potentially infinite upscaling of an image (Automatic1111's "SD upscale" script or InvokeAI's "Embiggen").

I have a simple question that apparently i cant seem to figure out for the past like 12 hours, im using the https://github.com/Interpause/auto-sd-paint-ext auto extension for the krita plugin, and im simply just trying to inpaint creatures and just general things into a scene, but no matter what i do, the result is nothing like it, i followed the inpainting tutorial they have listed on github (New layer from visible) then make a new layer to paint the mask on, tried all fill methods with different steps, im fairly new to all of this and what not, im using a custom model checkpoint btw if that matters (protogen 5.8)

This is how it was done https://github.com/rewbs/sd-parseq/discussions/106

rewbs/sd-parseq (github.com)

sd-parseq for parameter control / keyframing.

I need to modify Parseq to add a way for you to be able to specify absolute values and then render deltas/slopes for use in loopback-based animations. Otherwise it's too hard to say e.g. "I want a 180 degree rotation over 16 beats": you have to figure out what increments will add up to 180 manually.

Cool! Correct me if I'm wrong, but isn't that kind of animation essentially loopback with incremental transforms on each frame before feeding back into SD? If so, that's why I'm so excited about the colour improvements too (I'm the author of sd-parseq, a tool for SD animations: https://github.com/rewbs/sd-parseq)! :)

As described in this post, I've been working on a script for automatic1111 UI with its own separate companion UI for "sequencing" parameter changes over multiple generations, resulting in interesting videos that you can control precisely. This video gives a quick & dirty demo to give you a better idea of what it does. The output described in that video looks like this. If you're feeling adventurous you can check out the param flows directly in the parseq UI here (NB: only tested in Chrome so far, uses massive URLs which some browsers don't like). The code is here: https://github.com/rewbs/sd-parseq

I've been playing with the idea of a custom script + companion UI to give fine grained control over various parameters when generating videos. It's still very rough but I think it's just about ready to share: https://github.com/rewbs/sd-parseq