Concept B omits the Number of LoRAs to make the grouping easier to visualize.

Dear developers,

I find it inconvenient that most of the LoRA names are truncated in the LoRA selection window, making it difficult to determine what each LoRA is for. This inconvenience increases proportionally with the number of imported LoRAs. Waiting for the names to pop up isn't efficient either.

The most important issue is that the window width is too narrow, but this is probably unavoidable as it also accommodates the iOS design. The next most important issue is that each LoRA entry has a model name (version name) appended to the end, which can take up nearly half the window space.

I suggest two solutions, A and B, to address this.

• Concept A: To achieve the objective of hiding the (version name) at the end, only LoRAs compatible with the selected model are displayed. This is probably the simplest solution. The current app can determine if a LoRA is compatible with the selected model, so selective display shouldn't be too difficult.
• Concept B: This format always displays all LoRAs, as is currently the case. However, LoRAs from different models will be grouped by model to prevent mixing, and the LoRA group from the currently selected model will be displayed at the top.Below that, the model groups are listed in alphabetical order by model.

This might be a minor suggestion for developers, but I would appreciate your consideration.

Add note 1:"Only LoRAs compatible with the selected model are displayed. "This was already implemented. My apologies for the oversight. However,The suggestion of concept A is to display only compatible LoRAs as a means to achieve the objective of hiding the (version name) at the end.Therefore, it would be perfect if the (version name) were hidden when the current Comp. button is pressed.

https://preview.redd.it/zu8whhqpwd4h1.png?width=800&format=png&auto=webp&s=2429c1b67b9aa755707f8da80db3eb10be80cea2

The mode selector added in Ver 1.20260518.2 is a fantastic feature that solves the problem of T2I automatically switching to I2I. Here are some suggestions for improving the usability and consistency of this mode selector.

1. If a "Lock Image Edit" mode were added, preventing the starting image from being replaced by the final generated image when generating images sequentially using I2I with different settings on the same starting image, it would become a perfect feature covering both T2I and I2I.
2. Furthermore, if this mode selector could also be used for video generation, the consistency of operation would be greatly improved.

I would appreciate your consideration.

https://preview.redd.it/884fp7jnf24h1.png?width=800&format=png&auto=webp&s=8399fa858658af0f310843c6cfee2c3c250af53d

According to the LoKr-to-LoRa-Converter documentation, some LoKr files may display "Import Succeed" in the UI after import, but in reality, the import may fail, generating only a 4KB useless file. The LoKr I tested also resulted in a 4KB LoRA file.

I was able to convert it to a working LoRA using the above converter and successfully import it into Draw Things.

I expect this issue will likely be resolved in a future version of Draw Things, but until then, if a LoRA doesn't seem to work, you might want to check the LoRA file size in the model folder after importing.

※This is technically about LoKr, not LoRA, but since both are the same .safetencors file, and unless the creator specifies it, or the user checks it in the terminal, it's impossible to tell them apart. So, I wrote "LoRA" as the title.

P.S. Thanks to the developer of the converter.

https://reddit.com/link/1tikupj/video/tw2rpmd6ga2h1/player

The project import button, located to the left of the "New Project" + button in the upper left corner of the screen, becomes unresponsive after generation.

This issue was 100% reproducible after generating with LTX 2.3, SeedVR2, and Klein 9B.Loading from the dropdown menu works.Restarting the application resolves the issue.

■Environment

• Mac mini M4, 64GB, 20-Core GPU
• Mac OS 15.4.1
• Draw Things ver.1.20260430

https://preview.redd.it/k5n1e9zuew1h1.png?width=1000&format=png&auto=webp&s=13623fb2ea36c7670334f9e905ac6324ecc8bf3e

The graph shows peak memory usage and generation time (second row) when generating 5, 10, 15, and 20-second T2V videos using the app's recommended settings.

■Specs

Mac mini M4, 64GB, 20-Core GPU / OS 15.4.1

■Draw Things

ver.1.20260430

■note

• Unfortunately, the current Draw Things UI only allows settings up to 257 frames. However, user can "Copy configuration" from the app, paste it into a text editor, change the number in "numFrames":249 to your desired number, and then "paste configuration" to apply the settings.
• In this test, the generation time increased more than proportionally when the duration was 15s or longer. I wondered if that might be the reason for the 10s limit. I'm curious whether the generation time is proportional with an 8-bit S model.

recommend view the image at its original size. There is a color picker in the upper right corner of the prompt field.

Dear Developers,

I really enjoy using this app, but the resolution frame is difficult to see, and I always struggle to fit images within the frame. Often, I unintentionally start generating in inpaint mode without realizing the image is slightly overflowing the frame.

If the app could make the app's background a single color, display the frame with clear and simple lines, and allow the user to choose the line color using the picker in the upper right corner of the prompt field, I believe it would make working with images of any color much easier, more efficient, and reduce mistakes.

I would appreciate your consideration.

Edit 1: the sample image prioritized frame clarity, which may have made it difficult to understand, but this is intended to improve work efficiency in cases where the aspect ratio of the settings and the image are different and manual alignment is required.

When deleting a large number of videos and images at once from the Version History window, it can take an unusually long time. For example, in the case below, it took 28 minutes for the batch deletion to complete.

• Past Edits: 155
• Generated Image: 99
• Breakdown: Roughly half are LTX2.3 and Wan2.2 videos, and the other half are SeedVR2 and Klein 9B images.

■Environment

• Mac mini M4, 64GB, 20-Core GPU / OS 15.4.1
• Draw Things: 1.20260430.0

■Note

• This is a different phenomenon from the one previously reported. The delay is significantly more pronounced.
• The conditions for reproduction are unknown. Even with a similar total number of deletions (and mostly videos), sometimes the deletion takes a long time (over 20 minutes) and sometimes it doesn't (within 5 minutes).
• This phenomenon has likely been occurring since I started using LTX2.3. However, the files I'm trying to delete are almost always not limited to LTX2.3, as mentioned above.
• In all cases, deleting in batches of 9 files instead of all at once completes the process at a normal speed.
• I suspect that the sqlite3 file size (several MB to 11 GB) is a contributing factor, but I haven't verified this.

■Temporary solution

I've decided to delete the project itself when the history accumulates. In fact, I've found this approach suits me better.

Text Guidance 1.0,1.5

SeedVR2 is supported in version 1.20260430.0. To my knowledge, this is a highly-rated upscaling model.

■ Flow

1. After downloading the model, select it in the Model section. (Not the Upscaler section)
2. Set the target resolution in the Image Size section.
3. Drag and drop the image into the main window and start generation.

■ Settings

• Strength: 100% (Reducing it will blur the image)
• Steps: 1 (Anything greater than 1 will cause loss of detail)
• Text Guidance: 1.0 (Increasing it will increase noise and a sense of depth, but 2 may be the limit)
• Sampler: No effect (probably)
• Shift: No effect
• Prompt: No effect

■ Reference Speed ​​& Memory Usage

SeedVR2 7B 8bit 512×512➡︎2048×2048
Mac mini M4, 64GB, 20-Core GPU / OS 15.4.1

• Peak Memory: 6.9GB
• Time: 40s

■Note

• Currently, only images are supported.
• Batch upscaling of multiple images is not possible.
• If there is a gap between the Image Size frame and the image, inpainting will occur, but nothing will be drawn in that area.
• Normally, it cannot be used in conjunction with other models as an upscaler. (Is it possible with a script?)

■Configuration sample

{"seed":3349378910,"sharpness":0,"steps":1,"batchSize":1,"height":2048,"width":2048,"strength":1,"cfgZeroStar":false,"faceRestoration":"","causalInferencePad":0,"shift":5,"controls":[],"maskBlurOutset":5,"preserveOriginalAfterInpaint":false,"refinerModel":"","seedMode":3,"guidanceScale":1.5,"sampler":17,"loras":[],"maskBlur":5,"tiledDecoding":false,"tiledDiffusion":false,"cfgZeroInitSteps":1,"model":"seedvr2_7b_q8p.ckpt","hiresFix":false,"batchCount":1,"upscaler":""}

Please point out any points you disagree with.

https://reddit.com/link/1t35lgv/video/puh9cfqwa1zg1/player

I compared the differences between two types of 4-step LoRA (High) for Wan 2.2 I2V. After several tests, Kijai's v1030 tended to produce more motion. This should be effective if you want to increase motion even slightly.

■LoRA

• Left: Wan 2.2 A14B Lightning High Noise Expert I2V 251022(Community LoRA downloadable from Draw Things)
• Right: Wan_2_2_I2V_A14B_HIGH_lightx2v_4step_lora_v1030_rank_64_bf16(LoRA published by Kijai)

■Prompt

While speaking rapidly with an excited expression, he suddenly and swiftly stands up right on top of his chair, balancing himself with both feet on the seat.A clear scene from a movie.

■Generation settings(configuration)

{"causalInferencePad":0,"upscaler":"","tiledDecoding":false,"seed":4262634612,"strength":1,"cfgZeroInitSteps":0,"cfgZeroStar":false,"teaCache":false,"maskBlurOutset":0,"faceRestoration":"","loras":[{"mode":"base","file":"wan_v2.2_a14b_hne_i2v_lightning_251022_lora_f16.ckpt","weight":1},{"mode":"refiner","file":"wan_v2.2_a14b_lne_i2v_lightning_251022_lora_f16.ckpt","weight":1}],"batchCount":1,"sharpness":0,"refinerStart":0.10000000000000001,"sampler":17,"model":"wan_v2.2_a14b_hne_i2v_q8p.ckpt","height":640,"batchSize":1,"numFrames":81,"preserveOriginalAfterInpaint":false,"steps":4,"width":512,"maskBlur":1.5,"tiledDiffusion":false,"guidanceScale":1,"refinerModel":"wan_v2.2_a14b_lne_i2v_q8p.ckpt","compressionArtifactsQuality":43.100000000000001,"compressionArtifacts":"disabled","shift":5,"seedMode":3,"hiresFix":false,"controls":[]}

https://preview.redd.it/3nzl0kd2mbyg1.png?width=1200&format=png&auto=webp&s=b8d89ad9ac454c04ce3fefc5481f6497ce785501

Until a month ago, I thought the Draw Things HTTP API was completely irrelevant to me. However, after learning that I could retrieve the generation settings (+ prompt) via the HTTP API, and realized how useful this is for creating companion apps for Draw Things.

For example...

• An app that renames generated files to a filename that includes any desired generation settings.
• An app that records the peak memory usage for each model and generation setting.
• An app that automatically saves generation settings as a text file in JSON format readable by Draw Things, along with prompts.

I was able to easily create these apps by instructing an AI, even with zero programming knowledge.However, the HTTP API is turned off when Draw Things is restarted, so it needs to be turned on each time Draw Things is launched to work with apps.

Even if the HTTP API isn't improved in the future, this feature is still very useful, so I sincerely hope it remains as it is and doesn't disappear.

https://preview.redd.it/j2pfoxpz50yg1.png?width=1000&format=png&auto=webp&s=20ec8da06f023d0ae8238d003088e3910a6271b5

This graph summarizes the peak memory usage of LTX 2.3 with different JIT Weights Loading settings in Draw Things. All other settings are the same. The second row of entries shows the approximate generation time.

The distilled model appears to be able to be generated with 16GB of memory. The [dev] model appears to be able to be generated with 24GB of memory if Never is not selected.

■Model

• LTX-2.3 22B [dev] + LTX-2.3 22B [distilled] 1.1 LoRA(7GB)
• LTX-2.3 22B [distilled] 1.1

■Specs

Mac mini M4, 64GB, 20-Core GPU / OS 15.4.1

■Draw Things

ver.1.20260418