mirror of
https://github.com/Drop-OSS/drop.git
synced 2026-07-24 20:05:39 -04:00
[GH-ISSUE #218] Full offline mode #111
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @DecDuck on GitHub (Aug 27, 2025).
Original GitHub issue: https://github.com/Drop-OSS/drop/issues/218
We should see if we can make a fully offline version of Drop.
We can bundle metadata: https://hasheous.org/api/v1/Dumps/MetadataMap.zip
@Huskydog9988 commented on GitHub (Aug 27, 2025):
Instead of bundling metadata, I think the ability to load in that dataset is much better, especially if it updates faster then Drop does. (Plus it means there doesn't need to be another skew to maintain and test.)
@DecDuck commented on GitHub (Aug 28, 2025):
This datadump seems to be ROM-only unfortunately, but there should be similar dumps available for other games. Maybe we could figure out some sort of common format for a "filesystem metadata provider" - this dump is all JSON files, but it's weirdly formatted.
@Huskydog9988 commented on GitHub (Aug 29, 2025):
Trying to force everything into a common format feels like a loosing battle even before starting. Personally, I saw just choose 2 or 3 offline game metadata providers, and just hard code importing the data. Another idea now that I'm thinking about it, is that Drop could just new metadata providers that instead of reading through the data imported into the db, why not instead just have it read from the JSON file or whatever file each time? Save the effort trying to do conflict resolution with multiple providers, or even the same, among any number of other protentional issues.
Full offline modeto [GH-ISSUE #218] Full offline mode@charredchar commented on GitHub (May 25, 2026):
I would personally like to see it act more like the other media management services out there which have been doing this method for a long time.
That is, each game directory (this probably won't work for game zips in the main library directory) has its metadata saved in that folder. An NFO would be used for text data and images (with a proper naming scheme) next to it. One advantage of this is adding the boxart as
folder.jpgso it also makes file browsers make the folder icon the boxart automatically.Then any time a new game is added it could check the game folder first for any currently present metadata and scrape that before pulling anything in from online sources. Only if there is missing metadata will it add to it (or update if requested by the user) by scrapping online sources.
This doesn't completely solve the "entirely offline" request but it does allow you to compile the metadata once, have it outside of Drop, and any future scrapes come locally first. If you know the formatting (it could be in the docs) you could prepare it yourself when adding a new game and Drop would grab it automatically when adding it. I haven't seen any other game related tools do this yet but as time goes on and people build their local libraries I see it as a likely need more often, someone just needs to start the trend.
As I said before, a lot of services that work for other media does just this, you can look at Kodi's docs for how they format things. When adding something new it does take a few minutes longer to collect and create that metadata locally but any future scans are significantly quicker. It also means if the server database/metadata gets wiped for any reason it's all done local. This has helped me a lot with Kodi and Jellyfin, no reason it couldn't do the same with Drop.