null54
-
Posts
1,973 -
Joined
-
Last visited
-
Days Won
90
Posts posted by null54
-
-
1 hour ago, miikka1978 said:
I think that this is Photoshop Plugin that produces this kind of output:
You can use the PSFilterPdn plugin to run that Photoshop filter:
-
10 hours ago, Rick Brewster said:
Why'd you blur the titlebar?
Probably to hide the image/document name.
-
1 hour ago, toe_head2001 said:
Try using a modern image format like AVIF. All the web browsers support it these days.
Safari/macOS does not support AVIF, although macOS 13 is reportedly adding support for it.
WebP with lossless compression is another option to try.
-
18 hours ago, bawar said:
Is there any option to change default saving file type from .png to .jpg?
No, from the FAQ:
QuoteCan I change the default save format to JPG?
No, jpeg is a "lossy" format. That is, every time you open a jpeg and save it, you're losing quality. This is like making a photocopy of a photocopy, etc. PNG and PDN, on the other hand, are exact formats. You can open and save them as often as you like without losing a single pixel of quality. So, paint.net defaults to PNG format for single layer images and PDN for multiple layer projects. If you want to save as jpeg, you need to choose it by hand. This ensures that you won't lose quality in your image unless you specifically choose to do so.
-
Release version 1.3.14.
Changes:
- Updated to libwebp version 1.2.4.
-
3
-
2
-
3 hours ago, PaintZ said:
How can I convert this back?
Try changing the file extension from .png to .pdn.
You may have saved a PDN file with the .png file extension.
-
3 hours ago, Solysis said:
Is there a plugin for gifs made for paint.net?
-
Release version 0.3.0.
Changes:
Fixed the expansion of the 5-bit color values to 8-bit.
-
Release version 0.2.0.
Changes:
Fixed the 24-bit image loading code.
-
I wrote a FileType plugin to load the TIM format:
-
2
-
-
This plugin allows Paint.NET to load the PSX TIM format.
It supports loading the 4-bit and 8-bit, 16-bit and 24-bit formats.
Download:
Source Code:
-
2
-
3
-
-
3 hours ago, Furatus said:
I'm getting an error message "Preview warning: At least two layers are required when specifying a custom style."
The Input Layers option in G'MIC-Qt needs to be set to All in order for Stylize to see the clipboard layer.
-
1
-
-
3 hours ago, MeerkatPower32 said:
It's in the compressors tactics to butcher your image like this.
The behavior would depend on the compressor implementation.
For example, the Cluster Fit or Iterative Cluster Fit compression modes in libsquish will commonly prevent banding.
-
7 hours ago, otuncelli said:
"64bit version archive (XNView MP, GIMP 64 bit)" also has Riot.dll.
Without an ARM64 DLL I would still need RIOTProxy.exe.
-
1 hour ago, olavrb said:
Expected? It's not mentioned in this thread or in the GitHub repo.
Yes, RIOTProxy.exe is built against .NET 3.5.
-
2 hours ago, esco-uk said:
This is the first time using a gradient in my work to be honest.
I misinterpreted your original post to mean that you had recently upgraded from a pre 4.2.2 version of Paint.NET.
As I mentioned in my previous post, the fix would be to use BC7 or one of the uncompressed formats (e.g. R8G8B8A8).
-
1
-
-
1 hour ago, esco-uk said:
I have to save my work as .dds in either DXT1 or DXT5 which leaves a gradient i painted with lots of banding.
What version of Paint.NET were you using previously?
The original DDS plugin was replaced with one that supports the DirectX 10 formats in Paint.NET 4.2.2.
Unfortunately, the DirectXTex library that the new plugin uses does not provide any quality options for the DXTn compression.
I would recommend that you use BC7 or one of the uncompressed formats when saving images with a gradient.
-
1
-
-
Release version 1.3.3.
Changes:
Fixed an issue when loading some newer brushes.
-
3
-
1
-
-
1 hour ago, Rick Brewster said:
The only limits for file/image sizes are based on available memory and any limitations in the codec itself
My guess is that the 581Mbyte file probably exceeds 4 GB of image data and is using the BigTiff file format.
BigTiff is a TIFF variant that uses a different file signature and 64-bit file offsets.
Edit: I was able to reproduce the error with a file I converted to BigTiff using ImageMagick.
-
None of those files cause a crash for me when loading them into paint.net 4.3.11
Based on the fact that the exception code is an access violation, you may want to try the steps in the following post and see if that will generate a crash log.
-
All plugins should work with the Microsoft Store version.
The Microsoft Store version installs plugins in a different location, see the following link for details: https://www.getpaint.net/doc/latest/InstallPlugins.html#4
-
38 minutes ago, arana said:
Have downloaded both and the 32 and also the 64 have their proper developer dirs with instructions
for the api instructions and dll exported functions
I tried that and only the '32bit version archive (for developers and advanced users)' has the RIOT DLL, the other downloads only have the RIOT exe.
-
55 minutes ago, arana said:
Any plans on releasing for 64 bit RIOT version?
Unfortunately, the RIOT DLL that 3rd-party developers can use has not been updated for 64-bit.
There also would be an issue with the FreeImage DLL dependency, both the 32-bit and 64-bit versions have the same name.
-
Release version 3.1.5.
Changes:
- Updated G'MIC to version 3.1.5
-
3
-
1
MozJpeg FileType (2022-08-28)
in FileType Plugins
Posted
Release version 1.0.1.
Changes:
Added support for ARM64.