Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Preview resolution of covers and show highest resolution in another color #38

Open
mr44er opened this issue Jun 12, 2024 · 3 comments
Open
Labels
feature New feature or request web Web interface

Comments

@mr44er
Copy link

mr44er commented Jun 12, 2024

Preview resolution of covers and show highest resolution in another color (green?) to pick fast.
I know this generates more traffic, but I open them manually in tabs anyway to compare.

@UltimateRiff
Copy link

I don't know if simply highest resolution is always best, as I know some stores do upscale images using various means, or some might use lossy compression

that said, definitely second showing resolution and filetype (and perhaps whether the filetype uses lossy or lossless compression)

@mr44er
Copy link
Author

mr44er commented Jun 12, 2024

Yeah, resolution only isn't always the best decision, but helps where to look first...instead of opening 3-4 tabs and not knowing what to expect first.

Another idea would be the presentation order after the check. Sort order only for resolution, but additionally filesize and format png/jpg shown. From left/highres to the right/lowres.
Quick example I have in mind:

${\textsf{\color{green}4000x4000px +}}$ / 7,1MiB / .png >> ${\textsf{\color{orange}1000x1000px}}$ / 0,8MiB / .jpg >> ${\textsf{\color{red}600x600px}}$ / 0,5MiB / .jpg

@kellnerd kellnerd added feature New feature or request web Web interface labels Jun 13, 2024
@kellnerd kellnerd changed the title Feature request: preview resolution of covers and show highest resolution in another color (green?) to pick fast Preview resolution of covers and show highest resolution in another color Jun 13, 2024
@mr44er
Copy link
Author

mr44er commented Jun 15, 2024

Checking only the extension isn't sufficient, it seems. There are rare cases (so far only noticed on bandcamp) where mime-type is wrong, so the check should do this...again more traffic and latency :)

https://adabroc.bandcamp.com/album/iolaire -> https://f4.bcbits.com/img/a1217632439_0.jpg

mr44er@ws01:/usr/home/mr44er/cdcover $ file a1217632439_0.jpg 
a1217632439_0.jpg: PNG image data, 1210 x 1210, 8-bit/color RGBA, non-interlaced

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature New feature or request web Web interface
Projects
None yet
Development

No branches or pull requests

3 participants