null54

Do you have a crashlog or other error message?

Updated G'MIC to version 2.8.4.

You can use msiexec. The /fa switch is equivalent to calling MsiReinstallProductW with REINSTALLMODE_FILEREPLACE.

That is correct. It is possible that those strings were auto-translated.

Since Paint.NET 4.1 you can copy the selection size and location data to the clipboard using Edit > Copy Selection. See https://www.getpaint.net/doc/latest/EditMenu.html#9.2

That crash has been reported previously, but I have never been able to reproduce it. My guess is that the G'MIC process may send data slower on some systems, which is causing the Paint.NET code to throw an EndOfStreamException. I sent you a PM with a test build that hopefully will fix this issue.

Updated G'MIC to version 2.8.3.

RGBA32 is listed as R8G8B8A8 in the save dialog. The forum page lists the uncompressed formats using the same names as the original DDS plugin, R8G8B8A8 is the same as A8B8G8R8.

Added support for saving the uncompressed X8B8G8R8 and R8G8B8 formats. Fixed a visual glitch when previewing cube maps in some formats.

I will look into adding support for R8G8B8 and X8B8G8R8 to the plugin.

Updated G'MIC to version 2.8.2.

The issue is caused by the sharpening feature being enabled in the global settings, which forces it to be applied to all applications. You should be able to turn it off in global settings and enable it for individual games using the program settings.

Updated to use WebP version 1.1.0.

There is a FileType that exports the color of every pixel in the image to a CSV file.

For the G'MIC plugin you can use the Apply button to preview the results on the Paint.NET canvas.

Updated G'MIC to version 2.8.1.

I do not think so. Providing basic and advanced versions of the plugin would cause the available features to change when paint.net is updated. It would also complicate my build and release process.

Bundling the plugin with paint.net requires catering to users of all skill levels. As Rick noted when he opened the issue on GitHub, the built-in paint.net FileTypes always preserve metadata. It could be confusing for some users to have this FileType behave differently when it appears to be built-in.

That error is due to paint.net not finding the correct string resources. Are you using a 3rd-party translation or one that is installed with paint.net?

That option was removed to maintain consistency with the built-in FileTypes when the plugin was bundled with Paint.NET. Quoting @Rick Brewster‘s reply on GitHub: It sounds like WhatsApp may have a metadata processing bug.

Updated to G'MIC version 2.8.0.

Content Aware Fill woks fine in Paint.NET 4.2.7. Circle Text can only use TrueType fonts.

I was able to read some of the layers using Irfanview with the ImPDN plugin. I uploaded a zip file with the extracted layers: https://www.dropbox.com/s/afgnmcjnl3plcoe/Extracted%20PDN%20layers.zip?dl=1 The thumbnail is a PNG image that is located in a different part of the file than the layer data.

That would most likely depend on how the game you are trying to modify uses normal maps. A tutorial for Skyrim character model normal maps can be found here. Normal maps are a method of applying bump mapping on 3D models, see https://en.wikipedia.org/wiki/Normal_mapping. In Skyrim normal maps are used by many model types: character, tree, weapon etc. That option is only relevant when creating or editing cube maps, it should be left unchecked for other texture types.

The Windows Store version requires FileType plugins to be installed into <Documents>\paint.net App Files\FileTypes. See https://www.getpaint.net/doc/latest/InstallPlugins.html#4 for more information.