>>16813 The ddos protection is pretty strong, hydownloader doesn't even work

>>16811 >I tried changing the order in the settings Which settings? I think you mean options -> sort/collect -> 'namespace file sorting' box. This is not what you are looking for, because this is for FILE sorting and not TAG sorting. So the files get sorted in the thumbnail view by clicking on the sort button above the search box, then 'namespace'. Here your newly created schemes appear. >so author, series, character, blue tags, meta tags There isn't a way to sort the way you want right now. If you 'sort by tag' and 'group namespace' it gives you: author: character: meta: series: angel bird cucumber So first come the namespaced tags (colored) then the unnamespaced tags (blue). You probably also found out already what the other tag sorting options do like 'sort by subtag' and the 'no grouping', which don't give you what you want. There isn't a way to sort like you want afaik and Hydev talked about it somewhere here in this thread or the last, but said he wanted to enable this someday. The options under 'tag representation' -> 'namespace colors' (the box at the bottom) looks already like a good start for Hydev to allow to make a custom sorting, maybe by having a checkbox 'allow custom sorting' above/below that box, that enables to move those entries up and down with arrows after that. Just like you can in the 'namespace file sorting' box.

Anyone here know how to set it so my pixel art isn't blurry? I am certain the image itself is fine. No idea what I should change in settings -> media playback -> image

>>16805 Honestly, I'm not sure how NEW I am. I tried using the software at maximum 2 years back, when I built an AMD Ryzen 9 5900x and Nvidia RTX 3070 Ti PC. Not really sure what I considered difficult back then. Honestly, I was pretty content trying to figure things by myself and using a search engine for more information when needed. I think the biggest unknown was what download page to use. Was pretty confused at the time! While I did read somewhere I should stay away from using the subscriptions when starting from scratch on an author or some other tag I might want, I still do use it just for that. I think the currently most confusing part of Hydrus for me might be the bandwidth rules. Checked out the about page on a booru I import from and learned that there is a hard limit of 1000 posts per request. No idea how to put that into practice so my subscription doesn't stop entirely, because it hit a bandwidth rule. Thank you for all your hard work ^^

>>16817 you change the >100% (interpolation) quality to Nearest Neighbor

>>16820 Holy fuck. Different guy. I didn't realize you could do this. I've been tagging things as "semi-pixelated" because it didn't quite look they were adhering to a grid even though they were blocky, and there were some files with sharp edges in spite of the 8x8 lanczos interpolation. Is there any way to do it for animations? I have a bunch of pixelated gifs that render blurry, and maybe some other filetypes, but the option is greyed out when I try to do it for them, and even if it wasn't, I don't know how it might effect some other animations.

>>16821 it's greyed out because it's handled by mpv and therefore need to be configured there. go to the hydrus folder > db > mpv.conf and add these line anywhere: scale=nearest dscale=lanczos the second line is for downscaling ie zooming out the disadvantage is that this applies to everything rendered with mpv, videos included and not just animations, making everything look like a .swf embed video regardless of filetype I guess this is a request from Hydrus-dev to either add per-filetype mpv.conf/profile options, or simply make the scaling options not greyed out, each corresponding to some mpv scale=whatever option internally. a [filetype-animation] profile or something along those lines would do.

>>16823 addendum: I just realized there actually are file extension-related profiles for mpv and I wasn't just hallucinating, it's just badly documented and "soft deprecated" in favor of a worse, less understandable format add [extension.gif] above the listed options to only apply to gifs, so [extension.gif] scale=nearest dscale=lanczos

Is there no negative search for filetypes? I can't exclude just gifs? >>16823 >Screenshot_20241223_091912.png HUEG FUGGIN TIDDIES! Just grabbed a ton of files from this artist the other day. Normally the tits would be too big for my taste, but Namako manages to pull off the best possible gigantic tits. >>16824 Thanks a ton, anon. Works like a charm.

>>16823 By the way, setting gifs to "native hydrus renderer" like at the end of >>16806 gets rid of the checkerboard background for gifs with transparency, however, since it's not using mpv with the fix you gave me, pixelart is no longer sharp. I wonder if there's a way to get rid of the checkers in mpv? I tried looking it up, but couldn't find anything that worked.

Just updated to 603 from 570 and somehow the default import setting to fetch tags got unchecked so when I closed my url import tab to start fresh on new a batch it stopped grabbing tags, which I found out a hundred files later. I'm guessing this was due to a clean reinstall as per the instructions but to say my soul fell out of my anus for a few minutes as I troubleshot and refetched would be an understatement. This is not my kind of jumpscare! >>16825 >but Namako manages to pull off the best possible gigantic tits. >me, cluless, a fool, an ignorant summer child: "how big could they possibly be?" >search >my face when There is no word in channer, coomer, or the tongues of normies for this succulent curvature.

The downloader for rule34hentai has this annoying issue of adding double tags like. >final_fantasy_(series) >final fantasy (series) Seems like its just tags with underscores, basically anything that needs a space. I think rule34xxx also had this issue, not sure if that was fixed too.

>>16832 >channer, coomer, or the tongues of normies Welcome refugee. You'll find every one of those terms is frowned upon here, as they are generally slang from 4chan, which was abandoned my most here back in 2014, or from other cancerous places like Reddit and modern social media. Normie is what normalfags say because they're too afraid of using no-no words like normalnigger. Channer has always been a term used by outsiders, as anons call themselves anons. Coomer is considered zoomer brainrot terminology from underage newfags, as is every other -oomer derivative except for zoomer and boomer, which existed before the rest. I hope this has been informative. What brings you here to the the last dying remnants of oldfaggotry? Spoiler for derailing off topic

>>16835 >[spoiler] >Long fucking post to go with it Lmao

>>16835 swfchan is fine, you faggot retard. They simply adopted only the swfchan.com domain and started with intrusive pop-in ads. Still, same.

Just started looking at the nested gallery url generators, I've been so foolish to ignore these until now. I've been making multiple queries to get as much of an artist's work as possible when I could just make an all-in-one tag search.

If anyone is in a giving mood for the holidays or just a rich techbro fag here's a couple of shoutouts: > > https://hydrusnetwork.github.io/hydrus/support.html (hydev explains they don't expect anything but this is some of the best software I'm running so I put a few dollars in the pot) > > https://github.com/shish/shimmie2/pull/1276 - https://ko-fi.com/shish2k Many of the smaller boorus, and a few of the larger ones, run Shimmie. The main dev recently quit GAFAMcrap to work on FOSS so if you use any of these, consider putting in a few to shish as well as the hosts (if they're not running ads): - rule34.paheal.net - vidya.pics / co.llection.pics - soybooru (various) - leftybooru - Gyate Booru - FindAFox - FIRST Robotics Competition Archive and more.

>>16840 >FIRST Robotics Competition Archive Neat, never would have thought this would have a booru. I did FRC way back in high school, there's even a few pics of my team on there.

>>16841 Cool stuff. I slightly regret not doing more hardware tinkering in high school, robotics looks fun.

>>16820 >>16823 >>16824 Is there a way to keep the interpolation separate on... images with specific tags or if it's smaller than a certain length*width?

>>16843 >images with specific tags While it would be ideal for me to have it only apply to things I tag as pixelated i.e. pixel art, I think this would require a drastic reworking of the program.

>>16844 You can already specify what to do with specific filetypes like: animation or animation: animated webp I doubt it would be a "drastic reworking" as you word it, but it would require the software to also take in account tags or rather a tag. Would still be an undertaking that might prove either difficult or easy. I cannot say which without a better understanding of the code. Unfortunately I only possess knowledge of plain C and I don't feel comfortable with messing around with a project as large as this one to try and implement myself.

Does anyone have a palanq.win or a FoolFuuka downloader? Surely one's been made before right?

>>16446 >Unfortunately twitter parsing is all fucked. Elon shut down open access soon after the acquisition, and we saw our various ways in shut off one by one. I no longer include that twitter profile search in new installs of the client (you only still have it because you are a long-time user, I think), so I think the best thing is just to delete it. >But twitter search, last I checked, costs $5,000 a month now. Is there any way you could use https://xcancel.com/ ? https://github.com/unixfox/nitter-fork

So when i have file A with alot of PTR tags, urls and worse quality, and file B with few tags, no urls but better quality and i chose to "this is better" for file B, then the tags and urls get copied over from A to B and file A gets deleted. When i right-click B -> urls -> force metadata refetch, instead of downloading/updating the tags from the urls to file B, Hydrus tries to download file A again (succeeds or fails depending on import options set or if A is "already in db") because initially the urls belonged to file A. So am i assuming correctly, that "force metadata refetch" isn't meant for files that inherited their urls through the duplicate process?

Is Hydrus single core? And do you ever plan on making it multicore? Ai might be able to help with coding that.

>>16856 It's python. >AI coding no.

>>16856 Ah yes, the one thing even better than spaghetti mystery code that just werks is spaghetti mystery code that just werks and for which there is no person in existence you can ask as to why the fuck it was coded that way.

Is it possible to modify the import process to change the "archived time" field to pull from the file's original creation date instead of what time it was imported into Hydrus? And, if so, how would one go about doing it?

>>16857 Lol Oh, yee of little faith. May the Ai Gods pity you.

>>16860 Afaik Hydrus parses the modify dates of windows, which stay the same across copies, but not the creation times, since the files get copied to the database folders and would be practically the same as the import time for the first file service you import into. That's because when you copy a file in Windows, the copy gets a new creation time from the second the copy is created. Not when you move a file though. That means Hydrus would have to move the files you import into the database folders instead of copying, or somehow parse the dates from the source folder, which it doesn't do. I wanted the creation times too, but realized that they are not everlasting anyway. Depending on how you do your backups, everytime you backup, the backup file might get the new creation date for example. The archived time in Hydrus has nothing to do with those. It is the time that a file gets when you put it from inbox into archive. If you don't archive a file, it doesn't have an archived time -> all your inbox files.

>>16864 >Copies get new creation dates but modify dates stay the same. I realize that. My goal is more along the lines of trying to make the original creation dates everlasting, as my collection goes back several years and I would like to try to maintain a semblance of how old each file is without the chance that such dates could be overwritten. Since the archive time field can be modified within Hydrus in the first place, I figured modding the import process to pull the creation dates to that field would accomplish this and avoid having to manually change the date on every single file entry. If the "file modified time" field has no chance of being changed after the image is committed to the .db file then I guess that would satisfy that need. I guess I'll play around with a few test files until I figure that out.

>>16863 >Ai Gods

>>16865 >Since the archive time field can be modified within Hydrus in the first place, I figured modding the import process to pull the creation dates to that field would accomplish this and avoid having to manually change the date on every single file entry. Sure, but the archive times are meant to show the date a file was put into the archive. Putting the creation date in there would destroy its purpose. Why not use the modified time instead? Would make more sense to me since they have both to do with the creation/alteration of files, but even then, what would make most sense is to ask Hydev to implement a new time type 'source/original creation time' with a way to parse those times before they get copied into db OR copy them but set their creation time to the original after the copy, which wouldn't change the hash i guess since the dates are part of the filesystem. Would be interesting to know what Hydev thinks and if it makes sense. >If the "file modified time" field has no chance of being changed after the image is committed to the .db file then I guess that would satisfy that need. Not sure if i understand, but the 'file modified time' can also be changed within hydrus, just like the archived time. But this stays in Hydrus' DB of course, not applied to file itself. Right-click -> manage -> times -> click on the date button. Within Windows the creation/modified/last access times of files themselves can be changed by tools too. Thats why Hydev COULD potentially implement creation time parsing. I guess you didn't already delete your original files after importing them into Hydrus, otherwise your plan would end here anyway, since all the files in the DB don't have their original date before import. But a somewhat messy way to save your creation times would be to rename your original files with a tool, for example Advance Renamer. It lets you rename the filenames to the creation date for example. Then import them back into Hydrus and apply a namespace tag like 'creation date:' for the imports. So you would have them saved as tag if that would be good enough for you. You can hide that namespace later too if it annoys you to see it all the time. If you rely on not changing the filenames, then this isn't an option. Another way might be the client API which can do alot, but that is above my pay grade. You have to wait for Hydev to help you with that, after he is back from vacation.

The right-click menu on a tab... How about adding "merge left" "merge right" options, which would move the thumbnails in this tab into the next and close this tab? I often have several import tabs from dragging and dropping files into hydrus, would be nice if there was an easy way to merge them after import.

>>16871 It looks to me like the path to bloat the software for a minimal gain. Just select the the thumbs and drag them into the desired tab. Done!