Hi @RobLoach

Here's what I got immediately after running git clone --recursive --depth=1 http://github.com/libretro-thumbnails/libretro-thumbnails.git thumbnails in a brand new folder:

error: Server does not allow request for unadvertised object cc9306dcc9cd44fb195602e6e48bee64f2b2bc6e
Fetched in submodule path 'Sony - PlayStation 2', but it did not contain cc9306dcc9cd44fb195602e6e48bee64f2b2bc6e. Direct fetching of that commit failed.

If I then run git clone --recursive --depth=1 http://github.com/libretro-thumbnails/libretro-thumbnails.git thumbnails it does not display any error, but then:

$ git status
On branch master
Your branch is up to date with 'origin/master'.

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)
  (commit or discard the untracked or modified content in submodules)

	modified:   Atari - 2600 (new commits)
	modified:   Casio - Loopy (new commits)
	modified:   Emerson - Arcadia 2001 (new commits)
	modified:   Epoch - Super Cassette Vision (new commits)
	modified:   Hartung - Game Master (new commits)
	modified:   MAME (new commits)
	modified:   Magnavox - Odyssey2 (new commits)
	modified:   Mattel - Intellivision (new commits)
	modified:   NEC - PC Engine - TurboGrafx 16 (new commits)
	modified:   NEC - PC Engine SuperGrafx (new commits)
	modified:   Nintendo - Game Boy Color (new commits)
	modified:   Nintendo - GameCube (new commits)
	modified:   Nintendo - Nintendo 64 (new commits)
	modified:   Nintendo - Nintendo DS (new commits)
	modified:   Nintendo - Nintendo DSi (new commits)
	modified:   Nintendo - Nintendo Entertainment System (new commits)
	modified:   Nintendo - Super Nintendo Entertainment System (new commits)
	modified:   Philips - Videopac+ (new commits)
	modified:   Sega - Game Gear (new commits)
	modified:   Sega - Mega Drive - Genesis (new commits)
	modified:   Sega - Saturn (new commits)
	modified:   Sony - PlayStation (new commits)
	modified:   Sony - PlayStation 2 (new commits, modified content)
	modified:   Sony - PlayStation 3 (new commits, modified content)
	modified:   Sony - PlayStation 3 (Downloadable) (new commits, modified content)
	modified:   Sony - PlayStation 4 (new commits, modified content)
	modified:   Sony - PlayStation Portable (new commits, modified content)
	modified:   Sony - PlayStation Vita (new commits, modified content)
	modified:   The 3DO Company - 3DO (new commits, modified content)
	modified:   Tiger - Game.com (new commits, modified content)
	modified:   Tomb Raider (new commits, modified content)
	modified:   VTech - CreatiVision (new commits, modified content)
	modified:   VTech - V.Smile (new commits, modified content)
	modified:   Watara - Supervision (new commits, modified content)

no changes added to commit (use "git add" and/or "git commit -a")

Where do these new commits come from?

I'm not great with git submodules, but this doesn't seem right :/

It seems like this is an old bug, but i can still reproduce it
https://forums.libretro.com/t/boxart-images-smaller-than-900-bytes-dont-appear
@RobLoach Can you confirm this please
We surely made it worse by using imgbot, i think the best course of action is uninstalling the bot
i'll be fixing the offending repos in the weekend, mostly 2600, spectrum and the like

wasn't sure the proper procedure, this is a missing original Playstation boxart for Running Wild (USA)

Running Wild [USA].zip

The Sharp X68000 is supported by Libretro, but has no thumbnails repository.

I mean, Retroarch supports it enough well to get them, right?

Hi.

Concerning:
http://thumbnailpacks.libretro.com/MAME.zip
http://thumbnailpacks.libretro.com/Nintendo%20-%20Super%20Nintendo%20Entertainment%20System.zip

The downloaded file can't be unzipped as the archive is damaged.
The size reported when the download starts matches the downloaded size, but it is smaller than the size displayed on the page.
It's not a network problem.

Theere may be more damages files, I just found the above on the few downloads I made.
Same issue was reported a few months back here https://github.com/libretro-thumbnails/libretro-thumbnails/issues/47

Thumbnails are not showing up on patched N64 games, because they not follow names from database/playlist.
In database patched roms have (Rev 1, 2 etc.) at the end of the name, while thumbnails from Libretro have (Rev A, B etc.) so RetroArch doesn't download them or doesn't show after manual download.

The only current title snap for 3DS shows only the top screen; I don't know of any specific examples but since some games may show relevant info on the bottom screen instead should we cap both for thumbnails? If so, should there be a pixel border between the two screens?

I'd like to start adding small collections of thumbs but we might want to decide on a consistent style.

vs.

vs.

(16px separator)

Remove some common strings from names to avoid having to have duplicates. We'd have to update RetroArch to remove those strings from the detected name.

• [b]
• (Proto)
• (Rev 1)
• (Rev 2)
• (Rev 3)
• (Rev 4)
• (Rev 5)
• (Rev 6)

We'd need to update it in RetroArch before removing the entries from the filenames, and removing the duplicates.

Seems to be using http://github.com/libretro/libretro-thumbnails

Shouldn't be this repo?

Hi.

I've tried downloading the following packs from Retroarch and from a browser:
http://thumbnailpacks.libretro.com/MAME.zip
http://thumbnailpacks.libretro.com/Nintendo%20-%20Super%20Nintendo%20Entertainment%20System.zip

The downloaded size is smaller than the size displayed in the page and the file can't be unzipped. It doesn't seem to be a network problem. The size reported when the download starts matches the downloaded size.

I've added libretro-thumbnails-check to the thumbnails server.

@kivutar Since the server is using your key, hope you don't mind it making commits on your behalf:
RobLoach/libretro-thumbnails-check@c0caf9d

Thanks to everyone's efforts, the report is looking a lot better! What system should we put focus on?

Hi, team! The game "Rock 'n Roll Racing" is spelled in various ways in the Nintendo SNES database:

Because of that, the thumbnails updater can't pull down the correct thumbnails for this game. The thumbs also have different spellings:

Looks like this will require a bit of renaming of database entries and/or thumbnail filenames.

"Soul Calibur (USA)" should be renamed to the correct "Soulcalibur (USA)" as one word as per Redump DB

Even though I only wanted snapshots, I had to download full packs from http://thumbnailpacks.libretro.com/ .

You could save everyone's bandwidth and time by splitting each pack into Named_Snaps.zip, Named_Titles.zip etc.

I understand this is something that's sort of minor but I notice some boxarts like for the Rockman World series (the GB Mega Man games) the Boxart is the US art as opposed to the Japanese art, is there a reason for that or was it just tossed in there as that so it wouldn't be blank?

In addition a major issue that I noticed is that Genesis games with the red-stripe tend to have this incorrect bolded font that looks fake and fan-made compared to the original font (To the point where even Limited Run Games used the fake font for their SoR4 Limited Editions), which somebody has taken the time to go through and fix the boxart for all of these games for use on a Genesis Mini https://drive.google.com/drive/folders/1l-NOXpyI9PFSDWyIg2V8qP5CqsAmHxQk

I don't know if this is a really important thing or not but I imagine for the sake of accuracy it would be nicer to have the correct box art instead of having to dig around to get one that is accurate from somewhere like Gamefaqs where it might also be in poor quality.

Suggested Fix: Have patched roms share/use the default thumb from the base game.
IIRC this problem extends to some alt. dump versions like (b1) on some cases.

PS: I'm aware an alternate -available- solution might be to just have the unpatched rom, and if the core supports it apply it on the fly.

Would be nice to bring in the latest submodules.

Near as I can tell, the following submodules have had significant changes or updates made to them in the original repo that were not inherited by this current target. While updating the files twinaphex improved seems like a no-brainer and I'll gladly get on that after submitting this, I'm not clear on whether or not the GBC submodule will actually benefit from the renaming or not and would prefer to hear some input on the matter before attempting to 'update' it:

• Update Nintendo - Game Boy Color repository with renamed files and DAT (09/27 PR merged on original repo)
• Update Sony - PlayStation/Named_Boxarts/Dead or Alive (USA).png (09/30)
• Update Sony - PlayStation/Named_Boxarts/WipEout 3 (USA).png (09/30)
• Update Sony - PlayStation/Named_Boxarts/Wipeout XL (USA).png (09/30)

Without cloning the entire repository for a particular thumbnails repo, it's difficult to know what files are present because github truncates the results at 1000.

This request is to add a commonly named dat or text file, which simply contains the listing of files present in the repository. This one file would be much more efficient and would allow tools and scripts to download the file list and then work from that, rather than cloning the entire directory.

It's great, but can result in larger repos, and possible loss of image quality. Thoughts?

https://www.reddit.com/r/emulation/comments/hw0nvd/nes_classic_accurate_usa_cover_art_250_covers_wip/

cc @kwyxz

• Super Nintendo USA
• Sega Genesis USA
• Sega 32X USA
• TurboGrafx-16
• NES

This database: https://openretro.org/

has amiga game variants of whdloads. One of the fields there is :
'whdload_archive', which is a field i requested and got. This would be filename for the images in the libretro-thumbnails image scheme.

For instance: https://openretro.org/amiga/aladdin/edit#16f3015e-0c64-533e-b5fb-c1821fb2bf9d

If you follow all 'whdload' links in the db, you can match archive names to the entry. Then you can get the game name by following parent_uuid 'd88e5a38-0b4b-515a-a235-af609f9d7789' in this case.

https://openretro.org/game/d88e5a38-0b4b-515a-a235-af609f9d7789/edit

And then you can get the properties

game_name | Aladdin
banner_sha1 | 7b7558cb49f8645cd25f5b3fe2ac37bb4c4fbdb4
title_sha1 | c23c62c4ab8f4c76c25ed3261d08e672cd979a46
screen1_sha1 | bc93bb92329ae72649901f1f9ff5c23f8225c65f

And a bunch of other properties. The sha1 is both a link and a checksum so it can be used to check if the files need updates.

I think there is a opportunity here to both make a autoupdatable amiga cover image for whdloads and to created a new rdb category for a plug&play version of the amiga set.

See FrodeSolheim/fs-uae-launcher#79 for how to access the information from the database (though i haven't found the way to download it without using the fs-launcher yet).

Some of the packs need to be deleted, they changed names

http://thumbnailpacks.libretro.com/Hartung%20-%20Game_Master.zip DELETE
http://thumbnailpacks.libretro.com/Hartung%20-%20Game%20Master.zip This is the correct pack

http://thumbnailpacks.libretro.com/Sony%20-%20PlayStation%20Portable%20Vita.zip DELETE
http://thumbnailpacks.libretro.com/Sony%20-%20PlayStation%20Vita.zip This is the correct pack

http://thumbnailpacks.libretro.com/Tiger%20-%20Game.zip DELETE
http://thumbnailpacks.libretro.com/Tiger%20-%20Game.com.zip This is the correct pack

And shouldn't Mrboom change name?
http://thumbnailpacks.libretro.com/Bomberman%20Game%20Clone.zip

Howdy I'm completly new to github so pardon me if it's not the right place for this

Thing is the French version of Jade Cocoon is listed in the data base of retro arch but it's missing its box art

The French version of Jade Cocoon is known in the data base as :
Jade Cocoon - La Legende de Tamamayu [SLES-02202]

Here is a clean looking scan in PNG file format with 512 pixels of width :

https://cdn.discordapp.com/attachments/217230000489758723/666279951573450772/PS1_F_Jade_Cocoon_-_La_Legende_de_Tamamayu_SLES-02202.png

Can someone add it please ?

Is there a license we could stick on this? Unsure how that would work.

I keep running into these issues:

kwyxz:thumbnails/ (master✗) $ git pull                               [14:27:46]
warning: redirecting to https://github.com/libretro-thumbnails/libretro-thumbnails.git/
Already up to date.
kwyxz:thumbnails/ (master✗) $ git status                             [14:27:49]
On branch master
Your branch is up to date with 'origin/master'.

Untracked files:
  (use "git add <file>..." to include in what will be committed)

        cheevos/

nothing added to commit but untracked files present (use "git add" to track)

Running the update_modules.sh script... and then

kwyxz:thumbnails/ (master✗) $ git status                                                               [14:40:22]
On branch master
Your branch is up to date with 'origin/master'.

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   Atari - 2600 (new commits)
        modified:   Atari - 5200 (new commits)
        modified:   Coleco - ColecoVision (new commits)
        modified:   Commodore - 64 (new commits)
        modified:   Commodore - VIC-20 (new commits)
        modified:   MAME (new commits)
        modified:   Magnavox - Odyssey2 (new commits)
        modified:   Microsoft - MSX (new commits)
        modified:   Microsoft - MSX2 (new commits)
        modified:   Nintendo - GameCube (new commits)
        modified:   Nintendo - Nintendo Entertainment System (new commits)
        modified:   Nintendo - Wii (new commits)
        modified:   SNK - Neo Geo Pocket Color (new commits)
        modified:   Sega - Dreamcast (new commits)
        modified:   Sega - Master System - Mark III (new commits)
        modified:   Sega - SG-1000 (new commits)
        modified:   Sinclair - ZX 81 (new commits)
        modified:   Sinclair - ZX Spectrum (new commits)
        modified:   Sony - PlayStation (new commits)
        modified:   The 3DO Company - 3DO (new commits)

Untracked files:
  (use "git add <file>..." to include in what will be committed)

        cheevos/

no changes added to commit (use "git add" and/or "git commit -a")

I am a frequent git user but submodules keep puzzling me, I'm totally at loss here. And it's really starting to refrain me from contributing, when there is a bunch of NEC - PC Engine CD-ROM and SNK - Neo Geo CD thumbnails I would like to add :(

Hi!
I would like to contribute thumbnails for games of the Thomson MO/TO computers (emulated by the Theodore core). How can I proceed? As you use one repository for each system I cannot just send a PR.
Regards

There is something wrong with this commit. Most files (if not all) are not working (just black).

libretro-thumbnails/Nintendo_-_Nintendo_64@d57d70f

Edit: it appears the issue with these files existed long before this commit. It looks like this commit unsuccessfully tried to fix them?

Goodmorning, this is just my idea but i think it will be useful to improve the actual thumbnail recognition code in order to avoid some "troubles".
I can understand the need of the specific name in order to gather the right thumbnail but i can't avoid to think that it will be better for all the users if there will be an option to exclude from the system some extra words between "( )" "[ ]".
Actually if the name doesn't match perfectly we will be prompted without any thumbnail, in those times is quiet easy for an advanced user to just compress multi disc isos into a single one but, even so, obviously we will not get any thumbnail if not labeled as (for example) "(Disc 1 of 2)".
Concretly speaking some users can just prefer to have a thumbnail without regarding about the country also (USA, Europe or Japan).

I suggest so to create a swtich option in order to exclude the "( )" words from the search, if the user match the title it will get the first thumbnail matching it.
This will avoid a lot of work, as also the limits by github about the number of content that's possible to watch into the various directories: if the user is searching by github a specific title most of the time will just have it excluded by the visible list because the maximum amount of content is set to 1000.

Also i notice some little problem about the various playlist (mame playlist titles can be also inside the Capcom System I playlist but they will not receive any thumbnail at all).
If an user want to organize better is collection it will need to create manually all the thumbnails for all the CPS titles or i am missing something?

Feel free to comment and explain the point of views regarding this topic.

This isn't an issue with the repository itself, but I thought that I should report it here in case it wasn't brought to your attention yet. CNAMEs for both https://thumbnails.libretro.com/
and https://thumbnailpacks.libretro.com/ are failing with the error in the title.

This does not seem to be affecting all connections in the same way, I sometimes can access thumbnails briefly when using a web proxy or Tor, but that ceases to work after a few minutes; when testing with Tor, I have to cycle through a few different nodes before I get one that works (briefly).

While I realize this may not be directly the fault of this repo, following the exact commands suggested in the install section of the readme produces 16GiB of actual thumbnail content, but 35.1 GiB of remnant data in .git. I've attempted searching around for information on clearing up some of the excess pack files and so forth (MAME's packfile alone is 11.9 GiB), but so far I've had zero luck thinning the excess.

I did attempt wiping the directory I'd been updating (again, via the commands in the readme) and pulling the repo all over, but got no noteworthy difference in bloat. Any suggestions would be welcome. While 35GiB isn't impossible bloat to accept, it's certainly not welcome if an alternative exists.

No quotes allowed:

FBA
Named_Boxarts/Crouching Tiger Hidden Dragon 2003 (set 1) [Bootleg, Hack of "The King of Fighters 2001"].png

2 files different case (windows is case insensitive):

3DO
Named_Boxarts/Off-World Interceptor (USA).png
Named_Boxarts/Off-world Interceptor (USA).png
Named_Boxarts/Putt-Putt Goes to the Moon (USA).png
Named_Boxarts/Putt-putt goes to the moon (USA).png
Named_Boxarts/Starblade (USA).png
Named_Boxarts/StarBlade (USA).png
Named_Boxarts/Trip'd (USA).png
Named_Boxarts/Trip'D (USA).png

No Colons allowed:

TurboGrafx CD
Named_Snaps/ImageFight II: Operation Deepstriker (Japan).png
Named_Titles/ImageFight II: Operation Deepstriker (Japan).png

Saturn
Named_Boxarts/Cyberbots: Fullmetal Madness (JAP).png
Named_Boxarts/Dragon Force II: Kamisarishi Daichi Ni (Japan).png

Sorry about the bad etiquette of starting a BR with a question, but i have no clue how this is done, even if i have the idea it's possible.

The idea is to mandate contributors to the database to only provide a single file per dir with the name and region of the game (and no cds if applicable).

For instance: Xenogears (USA) (without extension, but a png - though this isn't necessary, it's just a precaution for RA to always download the produced files -, games has two discs).

Then the post commit hook would check the dats (or the rdbs) to check for all 'rom' instances with 'Xenogears' and '(USA)' in part of their name. That would work for all dumping groups as far as can tell.

Then use the collected names to either copy that file into that name in the same dir, or - my favorite - create a symlink and enable this flag in the git repo: https://stackoverflow.com/a/18791647

Then if RA can use git to download the symbolic link - based on the real name of the romfile as usual - it will be transformed into the real file. If RA can't or won't a copy will work, even if the size of the databases grows unnecessarily.

What do you think? Anyone here with expertise in creating github actions?

After working quite a bit on this set of repos, it has come to my attention the inherent flaw of git when it's used to track binary files, every time a binary it's changed all the history remain in every member local set, it's extremely wasteful in terms of space, since it will pull every version of the file, and store it on the .git folder on a giant pack file that can grow to several GB pretty fast, just look at the following screenshot of my local copy, see the big blocks, especially MAMEs ~8GBs.

Enter Git LFS, the solution to our problem, with the LFS system the history will only track pointers to the file and the LFS subsystem will download the last version when you checkout, nothing really changes to the normal use of Git, it's transparent, supported by Github and easily/included available on most platforms.

More info:

1. Quck explanatory video
2. One of the devs at linuxcon

Configuring Git LFS

PLAN:

In our case what we want to track the PNGs

git lfs track "*.png"

we should commit and distribute the new .gitattributes created

git add .gitattributes
git commit -m "Use Git LFS to track PNGs"

As seen in the tutorial this is't not enough we should remove the files and re-add

git rm --cached *.png
git add *.png
git commit -m "Convert last commit to LFS"

Since we created a repo without LFS before, and put hundreds of MB in there, after all these steps, the old version still has all the large files in git, not in LFS.

the tutorial leads to use git lfs migrate, there is a discussion on how to rewrite history here

git lfs migrate import --include="*.png" --include-ref=refs/heads/master

and finally

git push -f

Cleaning up the .git directory after migrating, it's not required to do this, but it would take days before the history expires

git reflog expire --expire-unreachable=now --all
git gc --prune=now

if lfs migrate doesn't work, we may have to nuke the history

@RobLoach this seems the correct path forward for libretro-thumbnails
@twinaphex this could also be beneficial on libretro/retroarch-assets since @Alcaro had to flatten the repo for this very reason.

Tagging @kivutar @kwyxz to keep them on the loop.

https://www.reddit.com/r/emulation/comments/cyhn50

Hi,

I'd like to post this huge beast as a torrent. It might make for easier retrieval than waiting in the client.

Are there any issues from you, regarding this? I will, of course, give you attribution in the description and a README file in the torrent. I'll include a link to this repo. If you like, I can post a link to the torrent here, or email it to you, so you can put it in the MarkDown file for the repo.

Regards,
Rodney Fisk

I was going to download the entire tree and do it myself, but wouldn't be better to have a bot doing it?

https://github.com/apps/ImgBot

ImgBot uses ImageMagick to optimize images through the LosslessCompress() routine from the The .NET wrapper Magick.NET. This means that while the file size is going down, the quality and dimensions remain intact.

It will create Pull requests, that have to be aproved.

I haven't used RA in awhile and added a bunch of Atari 2600 games and downloaded thumbs for them today. I noticed some didn't get assigned thumbs even though they are there if I download from this git and copy them manually. The reason seems to be that while RA matches the "wrong" romname it doesn't do the same for thumbnails.

Example: "Acid Drop (USA)" is detected and added to a A2600 playlist, where it is listed as "Acid Drop (Europe)". However, it is not given a thumbnail and downloading doesn't give it one. In this git, the thumbnail is named "Acid Drop (USA).png" like the rom, but since the database wants to change this to "Acid Drop (Europe)", the only way to get a thumbnail to show up is for me to manually rename the thumb to "Acid Drop (Europe).png".

Does this mean that some thumbs in this git are currently wrongly named and should in fact be renamed to match the RA database expectations rather than the rom names.

Another example is "Action Force (USA)" being detected as "Action Man - Action Force (Europe)" which is fine and AKAIK correct... but the thumbnail is still named "Action Force (USA).png" and thus does not display in RA.

I've been manually renaming the thumbs on my PC but should the ones on this git be renamed or is the issue with my RA configuration instead?

Some incorrectly named files:
Legend of Zelda, The - Link's Awakening DX (USA, Europe) (Rev B) (SGB Enhanced) (GB Compatible).png
Should be
Legend of Zelda, The - Link's Awakening DX (USA, Europe) (Rev 2) (SGB Enhanced) (GB Compatible).png

(there are many files like this in the GBC collection that are using (Rev A) etc when retroarch uses (Rev 1))

Legend of Zelda, The - Oracle of Ages (USA).png
Should be
Legend of Zelda, The - Oracle of Ages (USA, Australia).png

and

Legend of Zelda, The - Oracle of Seasons (USA).png
Should be
Legend of Zelda, The - Oracle of Seasons (USA, Australia).png

I would of created a pull but the online editor doesn't appear to let you rename image files only code files :(

• Update http://thumbnailpacks.libretro.com to use the new submodule-based repo
• Update http://thumbnails.libretro.com to use the new submodule-based repo

Hi,

I noticed that there is a valid rom of "Cruis'n World (Europe) (Rev 1)", which does not have a thumbnail.
This should be an easy fix, because there are some for "Cruis'n World (Europe)".

best regards

The header of https://github.com/libretro/libretro-thumbnails should link to this repository.

Hi, I'm new to RetroArch and it seems that thumbnail functionality is based on the game title and only then the thumbnail is loaded.
Please correct me if I'm wrong.

The problem of this approach is that names may not always be same/similar, but maybe there is a different approach.

Anyway, here is what I observed using ePSXe - it has really simple functionality for game library.

1. Open Gamelist
2. Set your game folders
3. Hit Refresh
4. Click Get covers
   

Program loads game info and then it downloads the cover (dunno where from or how yet), and stores this file in Covers folder as serial number. I think this might be better idea to match games with covers correctly.

In the end there could have been some functionality to locate and download thumbnail from this repo into retroarch based on content available.

Let me know what you think.

The PS2 only has very few boxarts and I still have this collection lying on my disk, there are 1,201 images for redump (USA).
This is a bit older so some names may have changed and the resolution is up to 1080p but otherwise it should be good.

# Covers (Front) (1.1 GiB)
https://www.upload.ee/files/9343259/715a71f904d14a53a254e2ac829d548e.7z.001.html
https://www.upload.ee/files/9343263/715a71f904d14a53a254e2ac829d548e.7z.002.html
https://www.upload.ee/files/9343266/715a71f904d14a53a254e2ac829d548e.7z.003.html
https://www.upload.ee/files/9343270/715a71f904d14a53a254e2ac829d548e.7z.004.html
https://www.upload.ee/files/9343271/715a71f904d14a53a254e2ac829d548e.7z.005.html
https://www.upload.ee/files/9343273/715a71f904d14a53a254e2ac829d548e.7z.006.html
https://www.upload.ee/files/9343275/715a71f904d14a53a254e2ac829d548e.7z.007.html
https://www.upload.ee/files/9343276/715a71f904d14a53a254e2ac829d548e.7z.008.html
https://www.upload.ee/files/9343280/715a71f904d14a53a254e2ac829d548e.7z.009.html
https://www.upload.ee/files/9343281/715a71f904d14a53a254e2ac829d548e.7z.010.html
https://www.upload.ee/files/9343282/715a71f904d14a53a254e2ac829d548e.7z.011.html
https://www.upload.ee/files/9343284/715a71f904d14a53a254e2ac829d548e.7z.012.html
https://www.upload.ee/files/9343285/715a71f904d14a53a254e2ac829d548e.7z.013.html

Disable fancy index in the nginx config:

vi /etc/nginx/sites-enabled/thumbnailpacks.libretro.com
vi /etc/nginx/sites-enabled/thumbnails.libretro.com

location / {
                try_files $uri $uri/ =404;
                fancyindex on;
                fancyindex_exact_size off;
        }

Replace with....

location / {
                try_files $uri $uri/ =404;
                fancyindex off;
                fancyindex_exact_size off;
        }

When doing a metadata download within RetroArch, the thumbnails for Pokemon Ruby and Sapphire (Rev 1, specifically) do not properly download. I believe this may be due to the fact that in the libretro-database repository, the country tag is different to that in this repository.

@metchebe and @RobLoach my understanding is that there are upscaled MAME thumbnails mixed into the MAME thumbnail repository.

I didn't see an issue started about that anywhere github -- if indeed there is no issue, then maybe this can be where we talk about that.

Is the problem specifically that thumbnails which are natively less than 512px wide have been scaled up to 512px wide? Are there any other issues or would looking at the 512px images reveal all of the problematic images.

http://thumbnailpacks.libretro.com/Nintendo%20-%20Super%20Nintendo%20Entertainment%20System.zip
only downloads 176mb and will not open