Hqx: Difference between revisions
m Replace obsolete <br> tag attributes per Wikipedia:HTML5#Other_obsolete_attributes and/or other changes using AWB (10811) |
Added a see-also for image scaling |
||
Line 11: | Line 11: | ||
The interpolation data in the lookup tables are constrained by the requirement that continuity of line segments must be preserved, while optimizing for smoothness. Generating these lookup tables is relatively slow, and is the major source of complexity in the algorithm: the render stage is very simple and fast, and designed to be capable of being performed in real time. |
The interpolation data in the lookup tables are constrained by the requirement that continuity of line segments must be preserved, while optimizing for smoothness. Generating these lookup tables is relatively slow, and is the major source of complexity in the algorithm: the render stage is very simple and fast, and designed to be capable of being performed in real time. |
||
==See also== |
|||
* [[Image scaling]] |
|||
==External links== |
==External links== |
Revision as of 10:14, 25 July 2015
In image processing, hqx ("hq" stands for "high quality" and "x" stands for magnification) is one of the pixel art scaling algorithms developed by Maxim Stepin, used in emulators such as Nestopia, FCEUX, higan, Snes9x, ZSNES and many more. There are three hqx filters: hq2x, hq3x, and hq4x, which magnify by factor of 2, 3, and 4 respectively. For other magnification factors, this filter is used with nearest-neighbor scaling.
Algorithm
First, the color of each of the 8 pixels around the source pixel is compared to the color of the source pixel. Shapes are detected by checking for pixels of similar color according to a threshold. This gives total of 28 = 256 combinations of similar or dissimilar neighbors. To expand the single pixel into a 2×2, 3×3, or 4×4 block of pixels, the arrangement of neighbors is looked up in a predefined table which contains the necessary interpolation patterns.
The interpolation data in the lookup tables are constrained by the requirement that continuity of line segments must be preserved, while optimizing for smoothness. Generating these lookup tables is relatively slow, and is the major source of complexity in the algorithm: the render stage is very simple and fast, and designed to be capable of being performed in real time.
See also
External links
- hq2x, hq3x, and hq4x at the Wayback Machine
- hqx project at code.google.com
- hqx-java project Arcnor project - a free Java port with a demo of usage
- hqxSharp project a port of hqx with added support for transparency, custom tolerances and seamless tiling
- 2d image filter project at code.google.com including the hqx filters and more