Pixel-art scaling algorithms

<h2 id="algorithms">Algorithms</h2>
<h3>SAA5050 'Diagonal Smoothing'</h3>
The <a href="/facts/Mullard_SAA5050/FGDNpooB">Mullard SAA5050</a> Teletext character generator chip (1980) used a primitive pixel scaling algorithm to generate higher-resolution characters on the screen from a lower-resolution representation from its internal <a href="/facts/Read-only_memory/P9QMuDLH">ROM</a>. Internally, each character shape was defined on a 5 × 9 pixel grid, which was then interpolated by smoothing diagonals to give a 10 × 18 pixel character, with a characteristically angular shape, surrounded to the top and the left by two pixels of blank space. The algorithm only works on monochrome source data, and assumes the source pixels will be logically true or false depending on whether they are 'on' or 'off'. Pixels 'outside the grid pattern' are assumed to be off.<a class="footnote-ref" id="fnref:2" href="#fn:2">2</a><a class="footnote-ref" id="fnref:3" href="#fn:3">3</a><a class="footnote-ref" id="fnref:4" href="#fn:4">4</a>
The algorithm works as follows:

A B C --\ 1 2
D E F --/ 3 4

1 = B | (A & E & !B & !D)
2 = B | (C & E & !B & !F)
3 = E | (!A & !E & B & D)
4 = E | (!C & !E & B & F)

Note that this algorithm, like the Eagle algorithm below, has a flaw:
If a pattern of 4 pixels in a hollow diamond shape appears, the hollow will be obliterated by the expansion.
The SAA5050's internal character ROM carefully avoids ever using this pattern.
The degenerate case:

 *
 * *
 *

becomes:

 **
 ****
 ******
 ******
 ****
 **

<h3>EPX/Scale2×/AdvMAME2×</h3>

Eric's Pixel Expansion (EPX) is an algorithm developed by Eric Johnston at <a href="/facts/LucasArts/KpwJclUk">LucasArts</a> around 1992, when porting the <a href="/facts/SCUMM/fHQDlU9E">SCUMM</a> engine games from the IBM PC (which ran at 320 × 200 × 256 colors) to the early color Macintosh computers, which ran at more or less double that resolution.<a class="footnote-ref" id="fnref:5" href="#fn:5">5</a>
The algorithm works as follows, expanding P into 4 new pixels based on P's surroundings:

 1=P; 2=P; 3=P; 4=P;
 IF C==A => 1=A
 IF A==B => 2=B
 IF D==C => 3=C
 IF B==D => 4=D
 IF of A, B, C, D, three or more are identical: 1=2=3=4=P

Later implementations of this same algorithm (as AdvMAME2× and Scale2×, developed around 2001) are slightly more efficient but functionally identical:

 1=P; 2=P; 3=P; 4=P;
 IF C==A AND C!=D AND A!=B => 1=A
 IF A==B AND A!=C AND B!=D => 2=B
 IF D==C AND D!=B AND C!=A => 3=C
 IF B==D AND B!=A AND D!=C => 4=D

AdvMAME2× is available in <a href="/facts/DOSBox/Du2egHYo">DOSBox</a> via the scaler=advmame2x <a href="/facts/Configuration_file/DDzU0FLJ">dosbox.conf</a> option.
The AdvMAME4×/Scale4× algorithm is just EPX applied twice to get 4× resolution.

<h4>Scale3×/AdvMAME3× and ScaleFX</h4>

The AdvMAME3×/Scale3× algorithm (available in <a href="/facts/DOSBox/Du2egHYo">DOSBox</a> via the scaler=advmame3x <a href="/facts/Configuration_file/DDzU0FLJ">dosbox.conf</a> option) can be thought of as a generalization of EPX to the 3× case. The corner pixels are calculated identically to EPX.

 1=E; 2=E; 3=E; 4=E; 5=E; 6=E; 7=E; 8=E; 9=E;
 IF D==B AND D!=H AND B!=F => 1=D
 IF (D==B AND D!=H AND B!=F AND E!=C) OR (B==F AND B!=D AND F!=H AND E!=A) => 2=B
 IF B==F AND B!=D AND F!=H => 3=F
 IF (H==D AND H!=F AND D!=B AND E!=A) OR (D==B AND D!=H AND B!=F AND E!=G) => 4=D
 5=E
 IF (B==F AND B!=D AND F!=H AND E!=I) OR (F==H AND F!=B AND H!=D AND E!=C) => 6=F
 IF H==D AND H!=F AND D!=B => 7=D
 IF (F==H AND F!=B AND H!=D AND E!=G) OR (H==D AND H!=F AND D!=B AND E!=I) => 8=H
 IF F==H AND F!=B AND H!=D => 9=F

There is also a variant improved over Scale3× called ScaleFX, developed by Sp00kyFox, and a version combined with Reverse-AA called ScaleFX-Hybrid.<a class="footnote-ref" id="fnref:6" href="#fn:6">6</a><a class="footnote-ref" id="fnref:7" href="#fn:7">7</a><a class="footnote-ref" id="fnref:8" href="#fn:8">8</a>

<h3>Eagle</h3>
<blockquote>Eagle works as follows: for every in pixel, we will generate 4 out pixels. First, set all 4 to the color of the pixel we are currently scaling (as nearest-neighbor). Next look at the three pixels above, to the left, and diagonally above left: if all three are the same color as each other, set the top left pixel of our output square to that color in preference to the nearest-neighbor color. Work similarly for all four pixels, and then move to the next one.<a class="footnote-ref" id="fnref:9" href="#fn:9">9</a></blockquote>
Assume an input matrix of 3 × 3 pixels where the centermost pixel is the pixel to be scaled, and an output matrix of 2 × 2 pixels (i.e., the scaled pixel)

first: |Then
. . . --\ CC |S T U --\ 1 2
. C . --/ CC |V C W --/ 3 4
. . . |X Y Z
 | IF V==S==T => 1=S
 | IF T==U==W => 2=U
 | IF V==X==Y => 3=X
 | IF W==Z==Y => 4=Z

Thus if we have a single black pixel on a white background it will vanish. This is a bug in the Eagle algorithm but is solved by other algorithms such as EPX, 2xSaI, and HQ2x.

<h3>2×SaI</h3>
2×SaI, short for 2× Scale and Interpolation engine, was inspired by Eagle. It was designed by Derek Liauw Kie Fa, also known as Kreed, primarily for use in console and computer <a href="/facts/Emulator/FMHE8qDj">emulators</a>, and it has remained fairly popular in this niche. Many of the most popular emulators, including <a href="/facts/ZSNES/ohIraP97">ZSNES</a> and <a href="/facts/VisualBoyAdvance/lP16A2nw">VisualBoyAdvance</a>, offer this scaling algorithm as a feature. Several slightly different versions of the scaling algorithm are available, and these are often referred to as Super 2×SaI and Super Eagle.

The 2xSaI family works on a 4 × 4 matrix of pixels where the pixel marked A below is scaled:

I E F J
G A B K --\ W X
H C D L --/ Y Z
M N O P

For 16-bit pixels, they use pixel masks which change based on whether the 16-bit pixel format is 565 or 555. The constants colorMask, lowPixelMask, qColorMask, qLowPixelMask, redBlueMask, and greenMask are 16-bit masks. The lower 8 bits are identical in either pixel format.
Two interpolation functions are described:

INTERPOLATE(uint32 A, UINT32 B).
-- linear midpoint of A and B
 if (A == B) return A;
 return (
 ((A & colorMask) >> 1)
 + ((B & colorMask) >> 1)
 + (A & B & lowPixelMask) );

Q_INTERPOLATE(uint32 A, uint32 B, uint32 C, uint32 D)
-- bilinear interpolation; A, B, C, and D's average
  x = ((A & qColorMask) >> 2)
    + ((B & qColorMask) >> 2)
    + ((C & qColorMask) >> 2)
    + ((D & qColorMask) >> 2);
  y = (A & qLowPixelMask)
    + (B & qLowPixelMask)
    + (C & qLowPixelMask)
    + (D & qLowPixelMask);
  y = (y >> 2) & qLowPixelMask;
  return x + y;

The algorithm checks A, B, C, and D for a diagonal match such that A==D and B!=C, or the other way around, or if they are both diagonals or if there is no diagonal match. Within these, it checks for three or four identical pixels. Based on these conditions, the algorithm decides whether to use one of A, B, C, or D, or an interpolation among only these four, for each output pixel. The 2xSaI arbitrary scaler can enlarge any image to any resolution and uses bilinear filtering to interpolate pixels.
Since Kreed released<a class="footnote-ref" id="fnref:10" href="#fn:10">10</a> the source code under the <a href="/facts/GNU_General_Public_License/S75KhLSX">GNU General Public License</a>, it is freely available to anyone wishing to utilize it in a project released under that license. Developers wishing to use it in a non-GPL project would be required to rewrite the algorithm without using any of Kreed's existing code.
It is available in <a href="/facts/DosBox/Du2egHYo">DosBox</a> via scaler=2xsai option.

<h3>hqnx family</h3>
Main article: <a href="/facts/Hqx_(algorithm)/3N1IaH2S">hqx (algorithm)</a>
Maxim Stepin's hq2x, hq3x, and hq4x are for scale factors of 2:1, 3:1, and 4:1 respectively. Each work by comparing the color value of each pixel to those of its eight immediate neighbors, marking the neighbors as close or distant, and using a pre-generated lookup table to find the proper proportion of input pixels' values for each of the 4, 9 or 16 corresponding output pixels. The hq3x family will perfectly smooth any diagonal line whose slope is ±0.5, ±1, or ±2 and which is not anti-aliased in the input; one with any other slope will alternate between two slopes in the output. It will also smooth very tight curves. Unlike 2xSaI, it anti-aliases the output.<a class="footnote-ref" id="fnref:11" href="#fn:11">11</a><a class="footnote-ref" id="fnref:12" href="#fn:12">12</a>

hqnx was initially created for the <a href="/facts/Super_NES/uRT5Sa6s">Super NES</a> emulator <a href="/facts/ZSNES/ohIraP97">ZSNES</a>. The author of <a href="/facts/Bsnes/0gjqLqdx">bsnes</a> has released a space-efficient implementation of hq2x to the public domain.<a class="footnote-ref" id="fnref:13" href="#fn:13">13</a> A port to <a href="/facts/Shader/qfhkKFwA">shaders</a>, which has comparable quality to the early versions of xBR, is available.<a class="footnote-ref" id="fnref:14" href="#fn:14">14</a> Before the port, a shader called "scalehq" has often been confused for hqx.<a class="footnote-ref" id="fnref:15" href="#fn:15">15</a>

<h3>xBR family</h3>
There are 6 filters in this family: xBR , xBRZ, xBR-Hybrid, Super xBR, xBR+3D and Super xBR+3D.
xBR ("scale by rules"), created by Hyllian, works much the same way as HQx (based on pattern recognition) and would generate the same result as HQx when given the above pattern.<a class="footnote-ref" id="fnref:16" href="#fn:16">16</a> However, it goes further than HQx by using a 2-stage set of <a href="/facts/Interpolation/8PyetX4f">interpolation</a> rules, which better handle more complex patterns such as <a href="/facts/Anti-aliased/od0SgvLy">anti-aliased</a> lines and curves. Scaled background textures keep the sharp characteristics of the original image, rather than becoming blurred like HQx (often ScaleHQ in practice) tends to do. The newest xBR versions are multi-pass and can preserve small details better. There is also a version of xBR combined with Reverse-AA shader called xBR-Hybrid.<a class="footnote-ref" id="fnref:17" href="#fn:17">17</a> xBR+3D is a version with a 3D mask that only filters 2D elements.
xBRZ by Zenju is a modified version of xBR. It is implemented from scratch as a CPU-based filter in <a href="/facts/C%2B%2B/Et0F2qn9">C++</a> .<a class="footnote-ref" id="fnref:18" href="#fn:18">18</a> It uses the same basic idea as xBR's pattern recognition and interpolation but with a different rule set designed to preserve fine image details as small as a few pixels. This makes it useful for scaling the details in faces, and in particular eyes. xBRZ is optimized for <a href="/facts/Multi-core_processor/ABNb65hQ">multi-core CPUs</a> and <a href="/facts/64-bit_architecture/AgvkQHkM">64-bit architectures</a> and shows 40–60% better performance than HQx even when running on a single CPU core only. It supports scaling images with an <a href="/facts/Alpha_channel/7uUBtjrt">alpha channel</a>, and scaling by integer factors from 2× up to 6×.
Super xBR<a class="footnote-ref" id="fnref:19" href="#fn:19">19</a><a class="footnote-ref" id="fnref:20" href="#fn:20">20</a> is an algorithm developed by Hylian in 2015. It uses some combinations of known linear filters along with xBR edge detection rules in a non-linear way. It works in two passes and can only scale an image by two (or multiples of two by reapplying it and also has an anti-ringing filter). Super xBR+3D is a version with a 3D mask that only filters 2D elements.
There is also a Super xBR version rewritten in C/C++.<a class="footnote-ref" id="fnref:21" href="#fn:21">21</a><a class="footnote-ref" id="fnref:22" href="#fn:22">22</a>

<h3>RotSprite</h3>

RotSprite is a scaling and rotation algorithm for sprites developed by Xenowhirl. It produces far fewer artifacts than nearest-neighbor rotation algorithms, and like EPX, it does not introduce new colors into the image (unlike most interpolation systems).<a class="footnote-ref" id="fnref:23" href="#fn:23">23</a>
The algorithm first scales the image to 8 times its original size with a modified Scale2× algorithm which treats similar (rather than identical) pixels as matches. It then (optionally) calculates what rotation offset to use by favoring sampled points that are not boundary pixels. Next, the rotated image is created with a nearest-neighbor scaling and rotation algorithm that simultaneously shrinks the big image back to its original size and rotates the image. Finally, overlooked single-pixel details are (optionally) restored if the corresponding pixel in the source image is different and the destination pixel has three identical neighbors.<a class="footnote-ref" id="fnref:24" href="#fn:24">24</a>

<h4>Fast RotSprite</h4>
Fast RotSprite is a fast rotation algorithm for pixel art developed by Oleg Mekekechko for the <a href="https://play.google.com/store/apps/details?id=com.PixelStudio">Pixel Studio</a> app. It is based on RotSprite but has better performance with slight quality loss. It can process larger images in real-time. Instead of the 8× upscale, Fast RotSprite uses a single 3× upscale. Then it simply rotates all pixels with rounding coordinates. Finally, it performs 3× downscale without introducing new colors. As all operations on each step are independent, they can be done in parallel to greatly increase performance.

<h3>Kopf–Lischinski</h3>
The Kopf–Lischinski algorithm is a novel way to extract resolution-independent <a href="/facts/Vector_graphics/y8ok7M2P">vector graphics</a> from pixel art described in the 2011 paper "Depixelizing Pixel Art".<a class="footnote-ref" id="fnref:25" href="#fn:25">25</a> A Python implementation is available.<a class="footnote-ref" id="fnref:26" href="#fn:26">26</a>
The algorithm has been ported to GPUs and optimized for real-time rendering. The <a href="/facts/Source_code/o9J6Jv23">source code</a> is available for this variant.<a class="footnote-ref" id="fnref:27" href="#fn:27">27</a>

<h3>Edge-directed interpolation (EDI)</h3>

Edge-directed interpolation (EDI) describes upscaling techniques that use statistical sampling to ensure the quality of an image as it is scaled up.<a class="footnote-ref" id="fnref:28" href="#fn:28">28</a><a class="footnote-ref" id="fnref:29" href="#fn:29">29</a> There were several earlier methods that involved detecting edges to generate blending weights for linear interpolation or classifying pixels according to their neighbor conditions and using different otherwise isotropic interpolation schemes based on the classification.
Each interpolation approach boils down to weighted averages of neighboring pixels. The goal is to find the optimal weights. <a href="/facts/Bilinear_interpolation/yoke6SzF">Bilinear interpolation</a> sets all the weights to be equal. Higher-order interpolation methods such as <a href="/facts/Bicubic_interpolation/Fov96ol8">bicubic</a> or <a href="/facts/Sinc_interpolation/t9ETvjKc">sinc interpolation</a> consider a larger number of neighbors than just the adjacent ones.

<h4>NEDI</h4>
NEDI (New Edge-Directed Interpolation) computes local covariances in the original image and uses them to adapt the interpolation at high resolution. It is the prototype filter of this family.<a class="footnote-ref" id="fnref:30" href="#fn:30">30</a>

<h4>EDIUpsizer</h4>
EDIUpsizer<a class="footnote-ref" id="fnref:31" href="#fn:31">31</a> is a resampling filter that resizes an image by a factor of two both horizontally and vertically using NEDI (new edge-directed interpolation).<a class="footnote-ref" id="fnref:32" href="#fn:32">32</a> EDIUpsizer also uses a few modifications to basic NEDI to prevent a lot of the artifacts that NEDI creates in detailed areas. These include condition number testing and adaptive window size,<a class="footnote-ref" id="fnref:33" href="#fn:33">33</a> as well as capping constraints. All modifications and constraints to NEDI are optional (can be turned on and off) and are user-configurable. This filter is rather slow.

<h4>FastEDIUpsizer</h4>
FastEDIUpsizer is a slimmed-down version of EDIUpsizer that is slightly more tuned for speed. It uses a constant 8 × 8 window size, only performs NEDI on the <a href="/facts/Luminance_(video)/tepW85uI">luma</a> plane, and only uses either bicubic or bilinear interpolation as the fallback interpolation method.

<h4>eedi3</h4>
Another edge-directed interpolation filter. Works by minimizing a cost function involving every pixel in a scan line. It is slow.

<h4>EEDI2</h4>
EEDI2 resizes an image by 2× in the vertical direction by copying the existing image to 2⋅y(n) and interpolating the missing field. It is intended for edge-directed interpolation for deinterlacing (i.e. not made for resizing a normal image, but can do that as well). EEDI2 can be used with both TDeint and TIVTC, see the discussion link for more info on how to do this.<a class="footnote-ref" id="fnref:34" href="#fn:34">34</a>

<h4>SuperRes</h4>
The SuperRes<a class="footnote-ref" id="fnref:35" href="#fn:35">35</a> shaders use a different scaling method which can be used in combination with NEDI (or any other scaling algorithm). The method is explained in detail by its creator Shiandow in a Doom9 forum post in 2014.<a class="footnote-ref" id="fnref:36" href="#fn:36">36</a> This method often gives better results than just using NEDI, and rival those of NNEDI3. These are now also available as an MPDN renderscript.

<h4>NNEDI</h4>
NNEDI is a family of intra-field <a href="/facts/Deinterlacing/zIvhUYdG">deinterlacers</a> that can also be used for enlarging images by powers of two. When being used as a deinterlacer, it takes in a <a href="/facts/Film_frame/27Uqo8WN">frame</a>, throws away one <a href="/facts/Field_(video)/kKLH8Hp9">field</a>, and then interpolates the missing pixels using only the information from the kept field. There are so far three major generations of NNEDI.

NNEDI, the original version, works with <a href="/facts/YUY2/w8hA6xnh">YUY2</a> and <a href="/facts/YV12/w8hA6xnh">YV12</a> input.<a class="footnote-ref" id="fnref:37" href="#fn:37">37</a> NNEDI2 added RGB24 support and a special function nnedi2_rpow2 for upscaling. NNEDI3 extends NNEDI2 with a predictor <a href="/facts/Neural_network/DDhJTfMc">neural network</a>. Both the size of the network and the neighborhood it examines can be tuned for a speed-quality tradeoff:<a class="footnote-ref" id="fnref:38" href="#fn:38">38</a><blockquote>This is a quality vs speed option; however, differences are usually small between the number of neurons for a specific resize factor, however the performance difference between the count of neurons becomes larger as you quadruple the image size. If you are only planning on doubling the resolution then you won't see massive differences between 16 and 256 neurons. There is still a noticeable difference between the highest and lowest options, but not orders of magnitude different.<a class="footnote-ref" id="fnref:39" href="#fn:39">39</a></blockquote>

<h2 id="see-also">See also</h2>
<ul><li><a href="/facts/Libretro/to2vVkUL">libretro</a> - implements many aforementioned algorithms as shaders</li>
<li><a href="https://github.com/janert/pixelscalers">pixelscalers</a> - C++ implementations of ScaleNx, hqNx, and superXBR algorithms in a stand-alone tool</li></ul>

<h2 id="references">References</h2>

<ol>
<li id="fn:1">"Pixel Scalers". Archived from the original on 2 March 2016. Retrieved 19 February 2016. <a href="http://www.datagenetics.com/blog/december32013/index.html" target="_blank">http://www.datagenetics.com/blog/december32013/index.html</a> <a href="#fnref:1" class="footnote-back-ref">↩</a></li>
<li id="fn:2">"Mullard SAA5050 Datasheet" (PDF). Archived from the original (PDF) on 2017-06-19. Retrieved 2018-11-12. <a href="https://web.archive.org/web/20170619025049/http://amigan.yatho.com/saa5050.pdf" target="_blank">https://web.archive.org/web/20170619025049/http://amigan.yatho.com/saa5050.pdf</a> <a href="#fnref:2" class="footnote-back-ref">↩</a></li>
<li id="fn:3">"SAA5050 Smoothing source code from the MAME project". GitHub. 6 November 2022. Archived from the original on 13 August 2023. Retrieved 12 November 2018. <a href="https://github.com/mamedev/mame/blob/master/src/devices/video/saa5050.cpp#L445" target="_blank">https://github.com/mamedev/mame/blob/master/src/devices/video/saa5050.cpp#L445</a> <a href="#fnref:3" class="footnote-back-ref">↩</a></li>
<li id="fn:4">"Forum post showing Teletext reference test page on SAA5050 chip". Archived from the original on 2018-11-13. Retrieved 2018-11-12. <a href="https://forums.bannister.org/ubbthreads.php?ubb=showflat&Number=102137#Post102137" target="_blank">https://forums.bannister.org/ubbthreads.php?ubb=showflat&Number=102137#Post102137</a> <a href="#fnref:4" class="footnote-back-ref">↩</a></li>
<li id="fn:5">Thomas, Kas (1999). "Fast Blit Strategies: A Mac Programmer's Guide". MacTech. Archived from the original on 2012-06-24. Retrieved 2009-06-01. <a href="http://www.mactech.com/articles/mactech/Vol.15/15.06/FastBlitStrategies/index.html" target="_blank">http://www.mactech.com/articles/mactech/Vol.15/15.06/FastBlitStrategies/index.html</a> <a href="#fnref:5" class="footnote-back-ref">↩</a></li>
<li id="fn:6">libretro. "common-shaders/scalenx at master · libretro/common-shaders · GitHub". GitHub. Archived from the original on 22 December 2020. Retrieved 19 February 2016. <a href="https://github.com/libretro/common-shaders/tree/master/scalenx" target="_blank">https://github.com/libretro/common-shaders/tree/master/scalenx</a> <a href="#fnref:6" class="footnote-back-ref">↩</a></li>
<li id="fn:7">"ScaleNx - Artifact Removal and Algorithm Improvement [Archive]". Archived from the original on 2016-05-27. Retrieved 2016-05-27. <a href="https://web.archive.org/web/20160527015550/https://libretro.com/forums/archive/index.php?t-1655.html" target="_blank">https://web.archive.org/web/20160527015550/https://libretro.com/forums/archive/index.php?t-1655.html</a> <a href="#fnref:7" class="footnote-back-ref">↩</a></li>
<li id="fn:8">"PixelArt Scalers". GitHub. 30 September 2022. Archived from the original on 12 October 2022. Retrieved 12 October 2022. <a href="https://github.com/janert/pixelscalers" target="_blank">https://github.com/janert/pixelscalers</a> <a href="#fnref:8" class="footnote-back-ref">↩</a></li>
<li id="fn:9">"Eagle (idea)". Everything2. 2007-01-18. Archived from the original on 2012-11-09. Retrieved 2008-08-09. <a href="http://everything2.com/index.pl?node_id=1859453" target="_blank">http://everything2.com/index.pl?node_id=1859453</a> <a href="#fnref:9" class="footnote-back-ref">↩</a></li>
<li id="fn:10">"Kreed's Homepage: 2xSaI". Archived from the original on 25 February 2021. Retrieved 25 April 2020. <a href="https://vdnoort.home.xs4all.nl/emulation/2xsai/" target="_blank">https://vdnoort.home.xs4all.nl/emulation/2xsai/</a> <a href="#fnref:10" class="footnote-back-ref">↩</a></li>
<li id="fn:11">Stepin, Maxim. "hq3x Magnification Filter". Archived from the original on 2007-07-03. Retrieved 2007-07-03. <a href="https://web.archive.org/web/20070703061942/http://www.hiend3d.com/hq3x.html" target="_blank">https://web.archive.org/web/20070703061942/http://www.hiend3d.com/hq3x.html</a> <a href="#fnref:11" class="footnote-back-ref">↩</a></li>
<li id="fn:12">"PixelArt Scalers". GitHub. 30 September 2022. Archived from the original on 12 October 2022. Retrieved 12 October 2022. <a href="https://github.com/janert/pixelscalers" target="_blank">https://github.com/janert/pixelscalers</a> <a href="#fnref:12" class="footnote-back-ref">↩</a></li>
<li id="fn:13">Byuu. Release announcement Archived 2011-09-30 at the Wayback Machine Accessed 2011-08-14. <a href="http://nesdev.parodius.com/bbs/viewtopic.php?p=82770#82770" target="_blank">http://nesdev.parodius.com/bbs/viewtopic.php?p=82770#82770</a> <a href="#fnref:13" class="footnote-back-ref">↩</a></li>
<li id="fn:14">libretro. "common-shaders/hqx at master · libretro/common-shaders · GitHub". GitHub. Archived from the original on 6 April 2019. Retrieved 19 February 2016. <a href="https://github.com/libretro/common-shaders/tree/master/hqx" target="_blank">https://github.com/libretro/common-shaders/tree/master/hqx</a> <a href="#fnref:14" class="footnote-back-ref">↩</a></li>
<li id="fn:15">Hunter K. (20 June 2014). "Filthy Pants: A Computer Blog". Archived from the original on 4 March 2016. Retrieved 19 February 2016. <a href="http://filthypants.blogspot.com/2014/06/true-hq2x-shader-comparison-with-xbr.html" target="_blank">http://filthypants.blogspot.com/2014/06/true-hq2x-shader-comparison-with-xbr.html</a> <a href="#fnref:15" class="footnote-back-ref">↩</a></li>
<li id="fn:16">"xBR algorithm tutorial". 2012-09-18. Archived from the original on 2018-08-19. Retrieved 19 February 2016. <a href="https://forums.libretro.com/t/xbr-algorithm-tutorial/123" target="_blank">https://forums.libretro.com/t/xbr-algorithm-tutorial/123</a> <a href="#fnref:16" class="footnote-back-ref">↩</a></li>
<li id="fn:17">libretro. "common-shaders/xbr at master · libretro/common-shaders · GitHub". GitHub. Archived from the original on 15 January 2017. Retrieved 19 February 2016. <a href="https://github.com/libretro/common-shaders/tree/master/xbr" target="_blank">https://github.com/libretro/common-shaders/tree/master/xbr</a> <a href="#fnref:17" class="footnote-back-ref">↩</a></li>
<li id="fn:18">zenju. "xBRZ". SourceForge. Archived from the original on 3 February 2016. Retrieved 19 February 2016. <a href="https://sourceforge.net/projects/xbrz/" target="_blank">https://sourceforge.net/projects/xbrz/</a> <a href="#fnref:18" class="footnote-back-ref">↩</a></li>
<li id="fn:19">"Super-xBR.pdf". Google Docs. Archived from the original on 12 March 2016. Retrieved 19 February 2016. <a href="https://drive.google.com/file/d/0B_yrhrCRtu8GYkxreElSaktxS3M/view?pref=2&pli=1" target="_blank">https://drive.google.com/file/d/0B_yrhrCRtu8GYkxreElSaktxS3M/view?pref=2&pli=1</a> <a href="#fnref:19" class="footnote-back-ref">↩</a></li>
<li id="fn:20">libretro. "common-shaders/xbr/shaders/super-xbr at master · libretro/common-shaders · GitHub". GitHub. Archived from the original on 8 June 2016. Retrieved 19 February 2016. <a href="https://github.com/libretro/common-shaders/tree/master/xbr/shaders/super-xbr" target="_blank">https://github.com/libretro/common-shaders/tree/master/xbr/shaders/super-xbr</a> <a href="#fnref:20" class="footnote-back-ref">↩</a></li>
<li id="fn:21">"Super-XBR ported to C/C++ (Fast shader version only))". 6 March 2016. Archived from the original on 30 June 2016. Retrieved 3 July 2016. <a href="http://pastebin.com/cbH8ZQQT" target="_blank">http://pastebin.com/cbH8ZQQT</a> <a href="#fnref:21" class="footnote-back-ref">↩</a></li>
<li id="fn:22">"PixelArt Scalers". GitHub. 30 September 2022. Archived from the original on 12 October 2022. Retrieved 12 October 2022. <a href="https://github.com/janert/pixelscalers" target="_blank">https://github.com/janert/pixelscalers</a> <a href="#fnref:22" class="footnote-back-ref">↩</a></li>
<li id="fn:23">"RotSprite". Sonic Retro. Archived from the original on 19 February 2016. Retrieved 19 February 2016. <a href="http://info.sonicretro.org/RotSprite" target="_blank">http://info.sonicretro.org/RotSprite</a> <a href="#fnref:23" class="footnote-back-ref">↩</a></li>
<li id="fn:24">"Sprite Rotation Utility". Sonic and Sega Retro Message Board. Archived from the original on 3 March 2016. Retrieved 19 February 2016. <a href="http://forums.sonicretro.org/index.php?showtopic=8848&st=15&p=159754&#entry159754" target="_blank">http://forums.sonicretro.org/index.php?showtopic=8848&st=15&p=159754&#entry159754</a> <a href="#fnref:24" class="footnote-back-ref">↩</a></li>
<li id="fn:25">Johannes Kopf and Dani Lischinski (2011). "Depixelizing pixel art". ACM Transactions on Graphics. 30 (4). SIGGRAPH: 99:1–99:8. doi:10.1145/2010324.1964994. Archived from the original on 2016-05-13. Retrieved 2016-05-22. <a href="http://johanneskopf.de/publications/pixelart/" target="_blank">http://johanneskopf.de/publications/pixelart/</a> <a href="#fnref:25" class="footnote-back-ref">↩</a></li>
<li id="fn:26">Vemula, Anirudh; Yeddu, Vamsidhar (29 April 2019). "Pixel-Art: We implement the famous "Depixelizing Pixel Art" paper by Kopf and Lischinski". GitHub. Archived from the original on 11 June 2018. Retrieved 7 May 2019. <a href="https://github.com/vvanirudh/Pixel-Art" target="_blank">https://github.com/vvanirudh/Pixel-Art</a> <a href="#fnref:26" class="footnote-back-ref">↩</a></li>
<li id="fn:27">Kreuzer, Felix; Kopf, Johannes; Wimmer, Michael (2015). "Depixelizing pixel art in real-time". Proceedings of the 19th Symposium on Interactive 3D Graphics and Games. ACM. p. 130. doi:10.1145/2699276.2721395. ISBN 9781450333924. S2CID 7592555. Archived from the original on 2019-05-07. Retrieved 2019-05-07. <a href="9781450333924" target="_blank">9781450333924</a> <a href="#fnref:27" class="footnote-back-ref">↩</a></li>
<li id="fn:28">"Edge-Directed Interpolation". chiranjivi.tripod.com. Archived from the original on 2016-02-25. Retrieved 2019-05-07. <a href="http://chiranjivi.tripod.com/EDITut.html" target="_blank">http://chiranjivi.tripod.com/EDITut.html</a> <a href="#fnref:28" class="footnote-back-ref">↩</a></li>
<li id="fn:29">"Shader implementation of the NEDI algorithm - Doom9's Forum". forum.doom9.org. Archived from the original on 2022-05-13. Retrieved 2019-05-07. <a href="https://forum.doom9.org/showthread.php?s=7fb2fb184cfe82b7d76b63bb26df481a&t=170727" target="_blank">https://forum.doom9.org/showthread.php?s=7fb2fb184cfe82b7d76b63bb26df481a&t=170727</a> <a href="#fnref:29" class="footnote-back-ref">↩</a></li>
<li id="fn:30">Li, Xin (2010-11-26). "New Edge-Directed Interpolation" (PDF). Archived from the original (PDF) on 2010-11-26. Retrieved 2019-05-07. <a href="https://web.archive.org/web/20101126091759/http://neuron2.net/library/nedi.pdf" target="_blank">https://web.archive.org/web/20101126091759/http://neuron2.net/library/nedi.pdf</a> <a href="#fnref:30" class="footnote-back-ref">↩</a></li>
<li id="fn:31">tritical's Avisynth Filters <a href="https://web.archive.org/web/20110811050103/http://web.missouri.edu/~kes25c/" target="_blank">https://web.archive.org/web/20110811050103/http://web.missouri.edu/~kes25c/</a> <a href="#fnref:31" class="footnote-back-ref">↩</a></li>
<li id="fn:32">Li, Xin (2010-11-26). "New Edge-Directed Interpolation" (PDF). Archived from the original (PDF) on 2010-11-26. Retrieved 2019-05-07. <a href="https://web.archive.org/web/20101126091759/http://neuron2.net/library/nedi.pdf" target="_blank">https://web.archive.org/web/20101126091759/http://neuron2.net/library/nedi.pdf</a> <a href="#fnref:32" class="footnote-back-ref">↩</a></li>
<li id="fn:33">"Archived copy" (PDF). www.cs.ucdavis.edu. Archived from the original (PDF) on 21 December 2004. Retrieved 12 January 2022.{{cite web}}: CS1 maint: archived copy as title (link) <a href="https://web.archive.org/web/20041221052401/http://www.cs.ucdavis.edu/~bai/ECS231/finaltzeng.pdf" target="_blank">https://web.archive.org/web/20041221052401/http://www.cs.ucdavis.edu/~bai/ECS231/finaltzeng.pdf</a> <a href="#fnref:33" class="footnote-back-ref">↩</a></li>
<li id="fn:34">"TDeint and TIVTC - Page 21 - Doom9's Forum". Archived from the original on 2 March 2016. Retrieved 19 February 2016. <a href="http://forum.doom9.org/showthread.php?p=744308#post744308" target="_blank">http://forum.doom9.org/showthread.php?p=744308#post744308</a> <a href="#fnref:34" class="footnote-back-ref">↩</a></li>
<li id="fn:35">"nnedi3 vs NeuronDoubler - Doom9's Forum". Archived from the original on 2 March 2016. Retrieved 19 February 2016. <a href="http://forum.doom9.org/showthread.php?t=170661" target="_blank">http://forum.doom9.org/showthread.php?t=170661</a> <a href="#fnref:35" class="footnote-back-ref">↩</a></li>
<li id="fn:36">"Shader implementation of the NEDI algorithm - Page 6 - Doom9's Forum". Archived from the original on 2 March 2016. Retrieved 19 February 2016. <a href="http://forum.doom9.org/showthread.php?p=1685124#post1685124" target="_blank">http://forum.doom9.org/showthread.php?p=1685124#post1685124</a> <a href="#fnref:36" class="footnote-back-ref">↩</a></li>
<li id="fn:37">"NNEDI - intra-field deinterlacing filter - Doom9's Forum". Archived from the original on 2 March 2016. Retrieved 19 February 2016. <a href="http://forum.doom9.org/showthread.php?t=129953" target="_blank">http://forum.doom9.org/showthread.php?t=129953</a> <a href="#fnref:37" class="footnote-back-ref">↩</a></li>
<li id="fn:38">"Nnedi3". AviSynth. Archived from the original on 2019-05-07. Retrieved 2019-05-07. <a href="http://avisynth.nl/index.php/Nnedi3" target="_blank">http://avisynth.nl/index.php/Nnedi3</a> <a href="#fnref:38" class="footnote-back-ref">↩</a></li>
<li id="fn:39">tritical (2019-04-30), nnedi3 - Readme.txt, archived from the original on 2019-04-17, retrieved 2019-05-07 <a href="https://github.com/jpsdr/NNEDI3" target="_blank">https://github.com/jpsdr/NNEDI3</a> <a href="#fnref:39" class="footnote-back-ref">↩</a></li>
</ol>

Pixel-art scaling algorithms open-in-new

Pixel-art scaling algorithms