Skip to content

Commit a5e8a10

Browse files
authored
Update README.md
1 parent ba88766 commit a5e8a10

File tree

1 file changed

+2
-75
lines changed

1 file changed

+2
-75
lines changed

README.md

Lines changed: 2 additions & 75 deletions
Original file line numberDiff line numberDiff line change
@@ -59,21 +59,19 @@ This implementation is **cross platform**.
5959

6060
### [GLSL Installation](GLSL_Instructions.md)
6161

62-
Note for developers: For performance, the GLSL shaders use the `POSTKERNEL` texture to store the gradient. You might need to make a backup of the `POSTKERNEL` texture before applying these shaders and restore it after if your other shaders or rendering engine uses the `POSTKERNEL` texture for other purposes. (In MPV's case, it gets ignored.)
63-
6462
## HLSL Usage Instructions (MPC-BE with madVR)
6563

6664
This implementation is **only for Windows**.
6765

68-
This implementation is also **outdated**, the latest version is developped on GLSL.
66+
This implementation is **outdated**, the latest version is developped on GLSL.
6967

7068
### [HLSL Installation](HLSL_Instructions.md)
7169

7270
Note for developers: For performance, the HLSL shaders use the Alpha channel to store the gradient. You might need to make a backup of the alpha channel before applying these shaders and restore it after if your rendering engine uses the alpha channel for other purposes. (In MPC-BE's case, it gets ignored.)
7371

7472
## Java Usage Instructions (Standalone)
7573

76-
This implementation is **outdated**, the latest version is developped on GLSL.
74+
This implementation is also **outdated**, the latest version is developped on GLSL.
7775

7876
### [Java Installation](Java_Instructions.md)
7977

@@ -85,74 +83,3 @@ Click on the link above to read Java version installation and usage instructions
8583
- https://github.com/net2cn/Anime4KSharp (Anime4K Re-Implemented in C#)
8684
- https://github.com/andraantariksa/Anime4K-rs (Anime4K Re-Implemented in Rust)
8785
- https://github.com/k4yt3x/video2x (Anime Video Upscaling Pipeline)
88-
89-
90-
## Pseudo-Preprint Preview
91-
92-
### [Read Full Pseudo-Preprint](Preprint.md)
93-
94-
B. Peng
95-
August 2019
96-
97-
*Ad perpetuam memoriam of all who perished in the Kyoto Animation arson attack.*
98-
99-
### Table of Contents
100-
101-
- [Abstract](Preprint.md#abstract)
102-
- [Introduction](Preprint.md#introduction)
103-
- [Proposed Method](Preprint.md#proposed-method)
104-
- [Results and Upscale Examples](Preprint.md#results)
105-
- [Discussion](Preprint.md#discussion)
106-
- [Analysis and Comparison to Other Algorithms](Preprint.md#analysis)
107-
108-
### Abstract
109-
110-
We present a state-of-the-art high-quality real-time SISR algorithm designed to work with Japanese animation and cartoons that is extremely fast *(~3ms with Vega 64 GPU)*, temporally coherent, simple to implement *(~100 lines of code)*, yet very effective. We find it surprising that this method is not currently used 'en masse', since the intuition leading us to this algorithm is very straightforward.
111-
Remarkably, the proposed method does not use any machine-learning or statistical approach, and is tailored to content that puts importance to well defined lines/edges while tolerates a sacrifice of the finer textures. The proposed algorithm can be quickly described as an iterative algorithm that treats color information as a heightmap and 'pushes' pixels towards probable edges using gradient-ascent. This is very likely what learning-based approaches are already doing under the hood (eg. VDSR<sup>**[1]**</sup>, waifu2x<sup>**[2]**</sup>).
112-
113-
### How does it *actually actually* work?
114-
115-
There's an excellent write-up by [shi-yan](https://github.com/shi-yan) that describes the (original v0.9) algorithm in detail (in fact better than in the preprint), with interactive sliders. See for yourself! https://epiphany.pub/@shi-yan/anime4k
116-
117-
## FAQ
118-
119-
### Why not just use waifu2x
120-
121-
waifu2x is too slow for real time applications.
122-
123-
### Why not just use madVR with NGU
124-
125-
NGU is proprietary, this algorithm is licensed under MIT.
126-
127-
### How does FSRCNNX compare to this
128-
129-
Since it performs poorly (perceptually, for anime) compared to other algorithms, it was left out of our visual comparisons.
130-
131-
![ComparisonRC](https://raw.githubusercontent.com/bloc97/Anime4K/master/results/Comparisons/FSRCNNX.png)
132-
133-
*Note: FSRCNNX was not specifically trained/designed for anime. It is however a good general-purpose SISR algorithm for video.*
134-
135-
### Where are the PSNR/SSIM metrics
136-
137-
There are no ground truths of 4K anime.
138-
139-
### Why not do PSNR/SSIM on 480p->720p upscaling
140-
141-
[Story Time](FAQ_Detail.md)
142-
143-
Comparing PSNR/SSIM on 480p->720p upscales does not prove and is not a good indicator of 1080p->2160p upscaling quality. (Eg. poor performance of waifu2x on 1080p anime) 480p anime images have a lot of high frequency information (lines might be thinner than 1 pixel), while 1080p anime images have a lot of redundant information. 1080p->2160p upscaling on anime is thus objectively easier than 480p->720p.
144-
145-
### I think the results are worse than \<x>
146-
147-
Surely some people like sharper edges, some like softer ones. Do try it yourself on a few anime before reaching a definite conclusion. People *tend* to prefer sharper edges. Also, seeing the comparisons on a 1080p screen is not representative of the final results on a 4K screen, the pixel density and sharpness of the final image is simply not comparable.
148-
149-
### Note for those who think this is not a 'upscaling' algorithm.
150-
151-
[Explanation](Upscaling.md)
152-
153-
TL;DR
154-
155-
Sharpening, De-Blurring and Super-Resolution are equivalent.
156-
Anime4K can de-blur, and is equivalent to a SR algorithm.
157-
A Super-Resolution algorithm can do upscaling.
158-
Thus, Anime4K is an upscaling algorithm.

0 commit comments

Comments
 (0)