null54

Release version 1.12.7. Changes: Fixed saving in the BC5 signed format.

As a workaround you can download the offline installer from GitHub: https://github.com/paintdotnet/release/releases/latest

Release version 1.12.6. Changes: Fixed a few UI glitches with the RXGB format.

@smol_cube DDSFileTypePlus version 1.12.5 now supports saving the ATI2 format.

Release version 1.12.5. Changes: Add support for saving the ATI1, ATI2 and RXGB formats. ATI1 is a legacy name for the BC4 Unsigned format. ATI2 is a legacy name for the BC5 Unsigned format. RXGB is a BC3 variant that is used for normal maps in some older games (e.g. Doom 3).

It is still .DDS. However, this will require updates to the translations. I can probably do that myself when submitting the PR. Making a copy of BC5 (Linear, Unsigned) and changing it to BC5 (Linear, Unsigned, ATI2) does not require any new text to be translated.

ATI2 should be the same as BC5 (Linear, Unsigned), the only difference is the four-character-code that DirectXTex uses when saving the file (BC5U instead of ATI2). I will add support for saving the legacy ATI1 and ATI2 formats to DdsFileTypePlus.

No.

That is probably a bug in RIOT, I had also noticed the 2 time save issue when testing the plugin. There is nothing in Paint.NET 5.10 beta that should affect the Paint.NET RIOT plugin.

@Rick Brewster Your release notes missed the WebPFileType update to version 1.3.20.

Smudge and Liquify are different tools (although they have some similarities). Photoshop's Smudge tool is accessed from the toolbar and works directly on the canvas, see https://helpx.adobe.com/photoshop/using/tool-techniques/smudge-tool.html. IIRC Photoshop's Liquify tool opens its own dialog, similar to the Paint.NET Smudge and Liquify effects.

What error? It was working when I tested it.

I have no idea what the issue could be. It should show an error message if it crashed or failed to load RIOT. RIOTProxy is a statically linked C++ executable, there should not be any dependency issues that keep it from launching. I had noticed that RIOT may take a while to show its UI with larger images, and it would not even start when I tested it with a 4 GB image.

Release version 1.0.9. Changes: Converted the plugin to a Paint.NET 5 BitmapEffect Updated RIOT to version 2023.9 Removed the .NET 3.5 dependency from RIOTProxy Provide the document resolution info to RIOT Added high-DPI icons

Please upload or provide a link to an image that causes this so that I can investigate the issue.

Release version 1.3.20 Changes: Updated libwebp to version 1.3.2. Ignore corrupted EXIF data.

Both of those issues should be fixed. Smudge now ignores a null brush when rendering and will create the brushes folder if it does not exist. Smudge_41Beta.zip

I am not able to reproduce that crash. Here is a new build with a PDB file, which should give me the line numbers for that crash. Replaced by the version at: https://forums.getpaint.net/topic/10634-smudge/?do=findComment&comment=612879

Release version 1.12.4. Changes: Allow loading of legacy files that have too many mipmaps.

I don't know.

When I looked at the code, I thought it may be something like that. The only IBitmapEffectEnvironment member I needed was the ImagingFactory, so I changed my code to get that using the Services property.

I was using it in some code that is called from the form's OnShown method.

I tried this and it crashed with an InterfaceNotSupportedException.

Release version 1.12.3. Changes: Updated DirectXTex to the September 1, 2023 release.

I was trying to say that if you use the BitmapEffect Environment property in OnCreateConfigForm the RenderScans and MaskBitmap properties will throw an InvalidOperationException. class Test : BitmapEffect { protected override IEffectConfigForm OnCreateConfigForm() { IEffectSelectionInfo selectionInfo = this.Environment.Selection; // InvalidOperationException thrown on the following lines. var scans = selectionInfo.RenderScans; var mask = selectionInfo.Selection.MaskBitmap; } }