Jump to content

jxp

Members
  • Posts

    32
  • Joined

  • Last visited

  • Days Won

    1

jxp last won the day on January 7 2012

jxp had the most liked content!

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

jxp's Achievements

Explorer

Explorer (4/14)

  • First Post
  • Collaborator
  • Conversation Starter
  • Week One Done
  • One Month Later

Recent Badges

1

Reputation

  1. The files are actually 16-bit (you can tell because they are smaller than 24-bit versions). There are different variants of 16-bit though. I've managed to get the right one for bitmaps now. Have you seen a "proper" 16-bit png? Can you provide me with a sample? I had a quick look in Photoshop but the 16-bit option seemed to be 64-bit PNG (i.e. 16-bits per channel, not 16 per pixel). I also had this behaviour the other day. I will try and look at this soon and fix the problem. I think there something I'm doing that is incompatible with Paint.NET 3.5 (This issue never occurred previously). I'm very busy with other things so it may take me a while. Sorry!
  2. Updated plugin (see first post) to preserve DPI when saving.
  3. Added a fix for the threading issue (see first post). I'm thinking of re-writing this plugin (when I have time ) so I'm just calling this a patch for now.
  4. I've posted a prototype (works but it is limited) in the plugins board. Have a look and let me know what you think.
  5. That's a good idea for a plugin. Give me a few days...
  6. I wouldn't say impossible, but it's taking me a lot longer than I thought. Try asking again in the new year...
  7. There is an Essential Windows 7 handbook out in the UK. http://www.magnesiummedia.com/moremags/ ... ls262.html It has a two page feature on image editing with Paint.NET including a box out for the Custom Brushes plugin.
  8. I have a low color file type plugin that supports saving images to 1bit, 4bit, 8bit and 16bit color depths. viewtopic.php?f=16&t=30638 Also without examining the code posted too much, does it do anything different to the Posterize effect (incuded in Paint.net)? I think setting each Posterize value to 8 (for Red, Green, Blue) will result in 256 possible colors
  9. The error seems to be when the picture is taller than it is wide. I've always used screen sizes (or square) for my testing. I'll investigate. EDIT: This was a really stupid typo. I was using the height to check things across the width. Now fixed, new dll in first post.
  10. I get crashes too (Win XP). Error details are; File: C:\Program Files\Media\Paint.NET\Effects\Anaglyph.dll Effect Name: Anaglyph.EffectPlugin Full error message: PaintDotNet.WorkerThreadException: Worker thread threw an exception ---> System.Runtime.InteropServices.ExternalException: A generic error occurred in GDI+. at System.Drawing.Bitmap.UnlockBits(BitmapData bitmapdata) at Anaglyph.EffectPlugin.Render(EffectConfigToken parameters, RenderArgs dstArgs, RenderArgs srcArgs, Rectangle[] rois, Int32 startIndex, Int32 length) at PaintDotNet.Effects.BackgroundEffectRenderer.RendererContext.RenderImpl() --- End of inner exception stack trace --- at PaintDotNet.Effects.BackgroundEffectRenderer.Join() at PaintDotNet.Effects.BackgroundEffectRenderer.Abort() at PaintDotNet.Menus.EffectMenuBase.RunEffect(Type effectType)
  11. I have now updated my Low Color filetype plugin to include Tiff. I tried saving the same black and white (not greyscale) image using Paint.NET's inbuilt tiff and my low color tiff. The low color image was 1/5 the size.
  12. New update in first post to address the issues raised.
  13. n0tbugme, Yeah I saw that too. As the file was smaller than a 24 bit bitmap I assumed it was just Windows mis-reporting the bit depth. I don't have access to Photoshop. Could you do a very small sample (e.g. 10px by 10px) image for me and I will try to determine the difference.
  14. Some updates (as requested) see first post. Added the 16-bit option for BMP and PNG file types. Also improved transparancy options.
  15. As requested here are some sample pics. The first is to show the 256 option (using opaque colours). The picture contains 3 sets of color bands (grey, red, green, blue) each varying in intensity from 0 to 255. The first set of bands is the original showing a smooth progression from black to the relevant colour. The second set shows the standard Posterize effect applied to this image with Red & Blue set to 16 but Green set to 64 (max value). You can see bands in each strip (especcially at the darker end). The third set shows the Posterize Alpha effect applied (to opaque colours) with value 16 for red & blue but 256 for Green. The green colour band now has no banding. The second image is to show the transparancy option. The picture contains 3 sets of solid blocks of colour (blue, green, red, white) each with varying alpha values (0 to 255). The standard posterize adjustment has no effect on this image! The first set of bands shows the original with smooth variance of the transparancy. The second set of bands shows a posterize value of 4 applied to the alpha channel (so there are only four possible alpha values). The third set of bands shows the transparent only value being applied. The threshold was set at 220. You can see the topmost block has a few colours that have been posterized to fully opaque but the rest (above the threshold) are unchanged (This can't be viewed inline as it blanks out the tranparancy)
×
×
  • Create New...