I'm not sure if this is something gallery-dl accounts for when crawling kemono patreon posts. I'm not exactly sure how Patreon allows creators to upload images to posts, but if we look at, and right click > view image/open image in new tab, we stay on kemono.party.įor my artist, you can look at (mostly SFW, some minor nudity), and right click > view image/open image in new tab, we are redirected to an Imgur page. ![]() Is there a download comparison option in gallery-dl that does that? I've looked through some of the comparison options in the config documentation but I don't remember seeing something like the particular artist that I wanted to download, another factor may be that the inline images are links to an outside source (Imgur) instead of being direct uploads to Kemono. I just seem to have found an artist or a post that happens to store data differently.īTW, for new files SHA-256 taken from the URL can be used to define are the files are same, or they just only have the same name. Well, for what it's worth, the "ignore main file if there are attachments" approach does filter out the vast, vast majority of duplicates and it's mostly solved kemono's data duplication. You haven't, it's just that any attempt of fixing this "duplicate files for patreon posts" issue has always failed, including the current "ignore main file if there are attachments". Have I simply configured something wrong? There's a type metadata field that is either "file", "attachment", or "inline". Heh.ĭoes gallery-dl distinguish between inline content, "files" content, and "attachment" content when downloading from a Patreon service on kemono.party? ![]() I think I made the issue that led to that option being included, actually. but that doesn't seem to always hold true. ( #1689, 4864748) In all patreon posts on kemono that I've seen until now, it was always the main file that was a duplicate of another attachment file. I suppose I'll just have to download everything and manually remove duplicates, then. Starting new HTTPS connection (1): kemono.party:443
0 Comments
Leave a Reply. |