Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation


Profile Information

  • Gender
  • Location
    North Dakota
  • Interests
    Image processing, procedural content generation, task sequencing and allocation and path finding.
  1. Thanks for the clarification - I was pretty sure, there was still the chance I had missed something. Plus, others now know as well. As BoItBait pointed out, I do have some alternatives, so I can still get by using the IndirectUI & if I really can't live the alternatives, I could always brew my own UI with Visual Studio. Anyway, I imagine it's called IndirectUI for reason; while having a little more control would be convenient for my situation, there's probably higher development priorities than adding a new rule.
  2. I could, but the result is not as precise as I'd like as the user cannot consistently indicate how many pixels to shift the selection by. Your idea is certainly a good one & is on my short list alternatives. I'm still interested in knowing if IndirectUI can solve this problem directly though.
  3. Is it possible to dynamically change the min/max property of a slider control generated via the IndirectUI? Specifically, I want to limit a max value based on the bounds of the selection region. I tried using some astronomically large limit & then clamping the amount; this worked, but the UI felt like it handled poorly; most of the slider range becomes functionally useless & the usable range becomes very 'touchy'. Using a smaller limit helps, but then it hamstrings the plugin with an artificial limit. Reviewing the archives, I found a related, older discussion on changing UI co
  4. I could see some plug-ins making good use of that. While jumping through the hoops required more up front time and frustration, it also meant that I had get a better handle on the framework sooner as opposed to later.
  5. Below is the starting reference image: Below is the result from the plug-in's scale2X filter: Below is the result from the plug-in's scale3x filter: Below is the result from the plug-in's 2xSaI filter: Below is the result from the plug-in's Super2xSaI filter: Below is the result from the plug-in's SuperEagle filter: Below is the result from the original 2xSaI implementation. Note the black line artifacts along the top & bottom and the color bleed along the upper right edge. The original implementations for Super2xSaI & SuperEagle give similar artifacts.
  6. Provides various pixel art scaling algorithms used in many console emulators. It's intended for enlarging low-resolution pixel and line art; use on other images may give strange results. The original Scale2x and Scale3x algorithms were developed by Andrea Mazzoleni. The original 2xSaI, Super2xSaI and SuperEagle algorithms developed by Derek Liauw Kie Fa (aka Kreed). There are slight differences between my implementation Kreed's algorithms and the originals. I use the nearest valid pixel for the out of range neighbor problem. The original code uses zeroed out pixels for top and bottom out
  7. is hacking on something

  8. Is it permissible for an Effects plugin to change the contents of the clipboard? If not what is the recommended way to handle an effect where the output is larger or smaller than the input? (for instance, pixel art scaling algorithms or seam carving)
  • Create New...