Opened 19 years ago
Closed 2 years ago
#7334 closed feature request (wontfix)
HQ4x Scaler
| Reported by: | SF/realwintermute | Owned by: | sev- |
|---|---|---|---|
| Priority: | normal | Component: | Graphics: Scalers |
| Version: | Keywords: | ||
| Cc: | Game: |
Description
Please implement the HQ4x Scaler for people with huge monitors. =)
Ticket imported from: #837903. Ticket imported from: feature-requests/150.
Change History (6)
comment:1 by , 19 years ago
| Owner: | set to |
|---|---|
| Resolution: | → wontfix |
| Status: | new → closed |
comment:2 by , 19 years ago
comment:3 by , 4 years ago
| Component: | → Graphics: Scalers |
|---|
comment:4 by , 2 years ago
| Resolution: | wontfix |
|---|---|
| Status: | closed → new |
So, seventeen years later, in the age of 4k displays and 8k gaming, is it the time for hq4x in ScummVM?
comment:5 by , 2 years ago
Now it should be the time for xBRZ or even nnedi3 which scales fonts very well, making books much easier to read, e.g. in Myst (checked it in Retroarch using ScummVM core and nneid3 shader)
comment:6 by , 2 years ago
| Owner: | changed from to |
|---|---|
| Resolution: | → wontfix |
| Status: | new → closed |
No, we will not add that. First of all, after looking into it, the codebase bloat will be enormous for a very small fraction of users. The code is bigger than 2x and 3x _combined_.
Second, we would better concentrate on adding shader-based scalers for our OpenGL backend.
Sorry, we are not adding more scalers at this time.
And the HQ4x scalers are particually bloaty, each one takes longer to compile than almost the rest of ScummVM put together!