Pixey Posted November 20, 2021 Share Posted November 20, 2021 I've got 0.11 - will that do? Quote How I made Jennifer & Halle in Paint.net My Gallery | My Deviant Art "Rescuing one animal may not change the world, but for that animal their world is changed forever!" anon. Link to comment Share on other sites More sharing options...
midora Posted November 20, 2021 Author Share Posted November 20, 2021 40 minutes ago, Pixey said: I've got 0.11 - will that do? Looking to the history, I guess this would be perfect. Quote Link to comment Share on other sites More sharing options...
Pixey Posted November 20, 2021 Share Posted November 20, 2021 I found the v.0.12 and here is a link to download it: "snip" Quote How I made Jennifer & Halle in Paint.net My Gallery | My Deviant Art "Rescuing one animal may not change the world, but for that animal their world is changed forever!" anon. Link to comment Share on other sites More sharing options...
Rick Brewster Posted November 20, 2021 Share Posted November 20, 2021 1 hour ago, midora said: I'm looking for an ImAGIF.FileType dll version <= 0.12. You may know that I lost access to all my sources in 2015. When I became active again on this forum (beginning of 2021) there was just a modified version available which used already octree to quantize colors (my versions used the old built-in quantizer of paint.net). There are issues with all these octree versions and I would like to compare the output of v1.5 with an older version of the plugin. I.e loading Pixeys Aquarium sig (5,8 MB) and resaving creates a 19 MB file with v1.50. I already fixed some issues and could reduce the output to 10 MB and I have an idea what's going on. But it would be easier to first compare it with the old implementation. So if someone has an older dll archived and could provide it to me then I could recompile it and check for differences. If you're looking for a better octree quantizer, you can adapt the code from https://github.com/paintdotnet/PaintDotNet.Quantization Quote The Paint.NET Blog: https://blog.getpaint.net/ Donations are always appreciated! https://www.getpaint.net/donate.html Link to comment Share on other sites More sharing options...
Ego Eram Reputo Posted November 21, 2021 Share Posted November 21, 2021 I've got these archived if you need any of them Quote ebook: Mastering Paint.NET | resources: Plugin Index | Stereogram Tut | proud supporter of Codelab plugins: EER's Plugin Pack | Planetoid | StickMan | WhichSymbol+ | Dr Scott's Markup Renderer | CSV Filetype | dwarf horde plugins: Plugin Browser | ShapeMaker Link to comment Share on other sites More sharing options...
midora Posted November 21, 2021 Author Share Posted November 21, 2021 8 hours ago, Pixey said: I found the v.0.12 and here is a link to download it: https://www.dropbox.com/sh/t16edlra924d0ts/AADyW3tmcnJFB5o-EmCCkAm3a?dl=0 Thanks Pixey. This version has been modified in 2019 to use octree. So I would prefer the v0.11. Quote Link to comment Share on other sites More sharing options...
midora Posted November 21, 2021 Author Share Posted November 21, 2021 8 hours ago, Rick Brewster said: If you're looking for a better octree quantizer, you can adapt the code from https://github.com/paintdotnet/PaintDotNet.Quantization Hi Rick. I know. But I guess the main issue is that the process of quantization and dithering should result in similar frames. Octree is for sure quite good for still images but it may not work optimal for animated frames. Quote Link to comment Share on other sites More sharing options...
Red ochre Posted November 21, 2021 Share Posted November 21, 2021 I have ImAGIF.File Type.dll version 0.6.0.816 (for Pdn 3.5.11 - 30/03/2015) if you can't find v11. Dropbox link Quote Red ochre Plugin pack.............. Diabolical Drawings ................Real Paintings Link to comment Share on other sites More sharing options...
Pixey Posted November 21, 2021 Share Posted November 21, 2021 @midora here is the v0.11 in my Dropbox: https://www.dropbox.com/s/i9nyrrxaewgzhp5/ImAGIF.FileType v0.11.zip?dl=0 Quote How I made Jennifer & Halle in Paint.net My Gallery | My Deviant Art "Rescuing one animal may not change the world, but for that animal their world is changed forever!" anon. Link to comment Share on other sites More sharing options...
midora Posted November 21, 2021 Author Share Posted November 21, 2021 Thanks to all for your help. @Red ochre yes I would take the 0.6 😉 Older ones make no sence. A v0.9 would be greate because this one introduced dithering. In the meantime I figured out what's the issue with Pixeys gif. The gif starts with a frame of 256 colors (the gif limit) but adds more and more colors so that the last frame contains more than 10000 colors. This is legal but not supported by the plugin in the moment. Looking to the first and to the next frame you wouldn't expect that these two frames are using 10000 different colors. I'm pretty sure you wouldn't see a big difference if both frames would use the same 256 colors. And the file size would shrink. At the end you have to find a compromise between encoding speed and final file size. Quote Link to comment Share on other sites More sharing options...
Rick Brewster Posted November 21, 2021 Share Posted November 21, 2021 12 hours ago, midora said: Hi Rick. I know. But I guess the main issue is that the process of quantization and dithering should result in similar frames. Octree is for sure quite good for still images but it may not work optimal for animated frames. You could generate a palette for all frames by writing an IBitmapSource implementation that contains all of the frames as one large virtualized bitmap. Either (width * N) or (height * N). Just feed them all in. Once you have the palette, use it with the QuantizedBitmapSource for each frame individually. IBitmapSource does not need to be a real Bitmap under the hood, so memory use is efficient. It can -- and should -- be virtualized. e.g. if it's asked for row N, assuming you use the (height * N) approach, you provide (row N % individual frame height) from frame (N / individual frame height) Quote The Paint.NET Blog: https://blog.getpaint.net/ Donations are always appreciated! https://www.getpaint.net/donate.html Link to comment Share on other sites More sharing options...
BajaBrainBlast Posted November 22, 2021 Share Posted November 22, 2021 On 11/18/2021 at 9:39 AM, midora said: Hi @BajaBrainBlast did you install paint.net 4.3.2? Anyway you should avoid to fix issues in registry as long as you have not a quite good idea what you are doing. Downgraded from 4.3.3 to 4.3.2, that fixed it. Thanks for making such a cool plugin, I look forward to using it. Quote Link to comment Share on other sites More sharing options...
midora Posted November 22, 2021 Author Share Posted November 22, 2021 45 minutes ago, BajaBrainBlast said: Downgraded from 4.3.3 to 4.3.2, that fixed it. Works for me in 4.3.3. Quote Link to comment Share on other sites More sharing options...
midora Posted December 3, 2021 Author Share Posted December 3, 2021 Added a link to @Pixeytutorial. 1 1 Quote Link to comment Share on other sites More sharing options...
midora Posted December 7, 2021 Author Share Posted December 7, 2021 (edited) Six years ago not a lot of applications or browsers accepted files with extension .agif. This has changed in the meantime. So I would like to share a list of applications which worked without changing back the extension of files to .gif. Together with ImAGIF.Thumbnail there may be no longer a reason to rename the file. firefox google chrome ms edge paint.net (with ImAGIF.FileType plugin) gimp Feel free to contribute to the list. I may add it to the first page. Edited December 7, 2021 by midora 1 1 Quote Link to comment Share on other sites More sharing options...
midora Posted December 7, 2021 Author Share Posted December 7, 2021 Tip: After installing ImAGIF.Thumnail you could change in the registry HKEY_CLASSES_ROOT\.agif\PerceivedType from image to video. Windows Explorer will then no longer show the image shadow instead the .agif image will be decorated with a video frame (for some reason only if width > height). Maybe I will add this feature to the Thumbnail Installer. Quote Link to comment Share on other sites More sharing options...
null54 Posted December 8, 2021 Share Posted December 8, 2021 7 hours ago, midora said: Windows Explorer will then no longer show the image shadow instead the .agif image will be decorated with a video frame (for some reason only if width > height). The proper way to disable the image shadow is to set the Treatment registry value, see https://docs.microsoft.com/en-us/windows/win32/shell/thumbnail-providers#thumbnail-adornments. Quote Plugin Pack | PSFilterPdn | Content Aware Fill | G'MIC | Paint Shop Pro Filetype | RAW Filetype | WebP Filetype The small increase in performance you get coding in C++ over C# is hardly enough to offset the headache of coding in the C++ language. ~BoltBait Link to comment Share on other sites More sharing options...
midora Posted December 8, 2021 Author Share Posted December 8, 2021 3 hours ago, null54 said: The proper way to disable the image shadow is to set the Treatment registry value, see https://docs.microsoft.com/en-us/windows/win32/shell/thumbnail-providers#thumbnail-adornments. My Win10 registry doesn't contain any 'Treatment' keys and 'PerceivedType' works fine. Quote Link to comment Share on other sites More sharing options...
null54 Posted December 8, 2021 Share Posted December 8, 2021 30 minutes ago, midora said: My Win10 registry doesn't contain any 'Treatment' keys and 'PerceivedType' works fine. My guess is that all of the file extension handlers you have installed use the OS default adornments for their PerceivedType, the Treatment key would only be created if a thumbnail handler needed to override the OS default thumbnail adornments. You could change your installer to create a REG_DWORD key at HKEY_CLASSES_ROOT\.agif\Treatment and set the value to 0, this would tell the OS to not use a drop shadow for that image format. If you want to force the image to use a video frame, set the Treatment value to 3. Quote Plugin Pack | PSFilterPdn | Content Aware Fill | G'MIC | Paint Shop Pro Filetype | RAW Filetype | WebP Filetype The small increase in performance you get coding in C++ over C# is hardly enough to offset the headache of coding in the C++ language. ~BoltBait Link to comment Share on other sites More sharing options...
midora Posted December 8, 2021 Author Share Posted December 8, 2021 The ImAGIF installer sets the PerceivedType to 'image' in the moment as defined in https://docs.microsoft.com/en-us/windows/win32/shell/app-registration?redirectedfrom=MSDN (that's why the thumbnails are getting the drop shadow). But if I'm changing the installer in the future to allow the user to select the kind of thumbnail decoration I will also check out if Treatment works as described. Maybe Treatment sets the default and PerceivedType overrides it. Quote Link to comment Share on other sites More sharing options...
null54 Posted December 8, 2021 Share Posted December 8, 2021 1 hour ago, midora said: Maybe Treatment sets the default and PerceivedType overrides it. I think it is the other way around. Quote Plugin Pack | PSFilterPdn | Content Aware Fill | G'MIC | Paint Shop Pro Filetype | RAW Filetype | WebP Filetype The small increase in performance you get coding in C++ over C# is hardly enough to offset the headache of coding in the C++ language. ~BoltBait Link to comment Share on other sites More sharing options...
midora Posted December 8, 2021 Author Share Posted December 8, 2021 32 minutes ago, null54 said: I think it is the other way around. this would mean that's OK in the moment and the installer should always set PerceivedType but let the user override it by setting Treatment. Quote Link to comment Share on other sites More sharing options...
midora Posted December 8, 2021 Author Share Posted December 8, 2021 I guess the main issue setting Treatment in the Installer is that it requires a ProgId. HKEY_CLASSES_ROOT .{ProgId} Treatment This would mean applications like paint.net could override the default decoration of the thumbnails. Quote Link to comment Share on other sites More sharing options...
Tomsha Posted December 15, 2021 Share Posted December 15, 2021 Dear @midora, I'm having an issue when I save an animated gif, the size of the image changes from the original file. I need to save the animated gif exactly as 112x112. Any idea why this is happening? Any workaround? For example, the original of this was 112x112 but comes out as 100x110 when saving. Thanks, Tom. Quote Link to comment Share on other sites More sharing options...
midora Posted December 15, 2021 Author Share Posted December 15, 2021 (edited) Hi @Tomsha the gif you added to the forum is 112x112. Also resaving it from paint.net created a 112x112 image. So please check again. What are the dimensions paint.net is showing in the status line before you are saving the file? What are the settings you are using in the save dialog? Edited December 15, 2021 by midora Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.