>>15084 Is that not what it does? Unless you mean applying a non-system tag like "video with audio" or something, it does do that automatically.

>>15099 Just tried adding a new url with a bunch of videos to the watch, some have audio some don't. None of them have been autotagged with any tags, except for the few that have a hash matched. So it does not seem as if it is auto-applying tags for stuff that are videos, and stuff that has audio.

>>15101 do a search for "system:has audio" you absolute retard

>>15091 If you set tag import options in the watcher page it is applied to the threads that are queried while those are set, so you could change it to have your tags for that thread then change it again for another thread. You can change the amount of recent tags in options, options>tag suggestions>recent. Shift clicking to select a thumbnail range should work already.

>>15094 >If you set tag import options in the watcher page it is applied to the threads that are queried while those are set It would be very nice to have a prompt or option area to add a default tag if the user wishes. Then it just resets after the page is submitted. The user could also right click the watch and edit the tags and it would easily update them for all the previously grabbed files in that watch and any newly tagged files. The way you explain is a bit inefficient imo. >You can change the amount of recent tags in options Ah, a bit hidden, thank you. >Shift clicking to select a thumbnail range I was behind like 2 Hydrus updates, but just updated and that works now. Maybe it was a bug then. Works now though. Thanks.

Does Hydrus have any support for multiple audio/video streams in one file? Say I have 4 videos with the same audio, just slightly different video (say different levels of clothing). You can use ffmpeg or what have you to combine them into one file with multiple video streams and one audio stream, which mpv can play (at least externally, cycling with the _ keybind). You could do similar things for multiple videos which only differ in audio, say language (keybind #). You could even have both multiple video and audio streams in one file, if you really wanted. I could have each video+audio stored separately in Hydrus, but to me they're the same video, just different variants. Being able to combine them would help reduce clutter in the search and lets you be sure just from the thumbnail that the variant you want is available. I think it would be cool if Hydrus could switch video/audio streams without having to launch in an external program. Don't know the technical details on whether a keybind or right click menu or both would work, though.

>>15079 I'm fairly new to Hydrus myself. If your using Hydrus to view your 3D but not tagging it, so what, no big deal if you still like the software and UI for simply browsing images. On the upside, all your images are stored in one repo, not all spread out everywhere, so you have one place to manage them all. I would say that's worth it right there. My only recommendation would be to maybe find some general tags you could use for your 3D stuff, to be able to sort that easier. As your collection grows, seems like it would be easier to search and sort in the future. Go with what workflow seems to work for you.

I have an extremely small amount of 3D in hydrus, I tag it with "series:real life". I have to manually tag it, but since I can count the amount of 3D I have on one hand it's not too much of a pain. I manage my anime, manga, and books outside of Hydrus, but I keep doujins in it. I tag doujins differently from images, kind of like how exhentai has different tags than boorus do. One of the best parts of Hydrus is the archive/delete filter. I regularly go through my archive and trim the fat, there's a ton of images that look good the first time but that you realize you would never actually jerk it to. If you have tons of files that cannot be automatically tagged, I recommend doing so to make it easier on you.

I had a good work week. I did a variety of small fixes and quality of life improvements, and I finished redesigning the part of the database that does wildcard tag searches. Autocomplete lookups and file searches that rely on complicated tags are running faster across the board, and the old design's sudden lag spikes (e.g. with namespace:*anything* searches) are entirely eliminated. The release should be as normal tomorrow. There will be some database work on update. I will have a better idea tomorrow, but I estimate users who sync to the PTR with an SSD can expect it to take 5-15 minutes.

>>15059 I did already try that, however it seems to only accept individual galleries (and at 'browsing' quality, at that). If I had to seek out each gallery and check for new ones myself, it's not really much of an upgrade. I expect to get something downloading via the archiver would be a pain if for no other reason that there's multiple pages and you would need to check that the user has enough gp/currency (people might also get upset if gp gets wasted). Not to mention the archiver downloader will be in a compressed filed that will need to be extracted. Still, in principal it should be possible. I and I'm sure other people can help answer questions about exhentai. It would be a big feature IMO.

>>15062 >Seems like JPEGXL with the right parameters is great across the board. Exactly. Matches my own tests on the current Jpeg XL reference. Exciting times. ImageMagick got jxl in 7.0.10-54 >My secret dream is that the huge 'corpus' of tag metadata we have built up with the PTR so far lets us train ML in the next five years and the scope of the PTR is greatly reduced. Yea, that would be nice. Still might leave artist name, url and so on. Plus just imagine how many more images people might produce via AI crunching / pre-producing images. I wonder if the db of known images (plus known tags - future training data?) will be obsolete all that soon.

>>15014 Two issues I've noticed network-wise so far. Issue 1 Disclaimer: no idea if this is a regression - first time I've tried this on any version. On v421 I'm running into an error when querying for IDs with specific filetypes through the API. I'm trying to get a list of all files of type webm, wav, etc. but I can't figure out the proper way to do that in the "get_files/search_files" endpoint. Stuff like "meta:webm" works in both the client and API but it's missing a lot of files and seems to be manually assigned; on the other hand, using the query "system: filetype is foo" in the client seems to pull directly from the local DB of files and doesn't miss any but when I hit the API with "?tags=%5B%22system%3A+filetype+is+webm%22%5D" I get no results. I'm not sure if this is user error, by design/wontfix, or you just haven't gotten around to handling/exposing it yet. Is there currently a way to filter on the filetype over all local files? If not, could you add that to the suggestions you're polling on? Issue 2 Disclaimer: I have a janky workaround for this I'm working on a browser-based frontend for Hydrus, and one of the problems I've hit is that safari for iOS (and maybe Mac too, I don't have one to test) won't download media like mp4 files because it tries to sample the file with a range download, and if the remote server doesn't support byte ranges then it bails and the file doesn't load. My current workaround is an nginx reverse proxy with the proxy_force_ranges option set, but it's kind of janky and I can't really ask people to run an nginx server to use the webapp if I ever get it to a releasable state. I'm not sure what library you're using to serve the API but if there's an easy way to enable byte ranges that would be great, and if not no worries, it'll be quite a while before it'll matter.

I had a good week making some small fixes and improvements to finish up the year. Autocomplete works a bit faster, and some quality of life is improved. The release should be as normal tomorrow. It will have the 'next big job' poll and be the last release for the year.

>>15016 Hey, unfortunately system predicates do not work on the Client API yet. They aren't text-based in the actual client, so I can't just pull text in the query to accept them (yet). They are top of the list to add for Client API features. Here's the master job for Client API by the way: https://github.com/hydrusnetwork/hydrus/issues/656 Thank you for the note about file ranges. I have not run into this need yet, so I will research how to do it properly. I use twisted as my main server engine, so I know this is possible, I just think I have to link some things together.

I had a great week. I fixed bugs in drag-select, an undisplayable tag, some autocomplete result weirdness, and logical problems that were causing some grandparents and siblings not to appear in the new virtual system; I fleshed out some maintenance modes and added better autocomplete lookups in manage tags; and I sped up several autocomplete, sibling, parent, and general tag routines. The release should be as normal tomorrow, maybe a little late.

>>14956 Sorry, I don't know, I'll check it out.

>>15002 No problem; when copying a tag like "character:*anything*" I was expecting to have a "character:*" result I could copy and paste in a different search

>>15004 Thanks, that makes more sense. I'll change it to that and make a note not to change it.

I had a great week. I mostly fixed bugs, including the recently broken 'namespace:*' autocomplete lookups, extended database recovery code, improved some quality of life, and added some advanced tools for downloader makers. The release should be as normal tomorrow.

>>14965 Great, I am glad things are working quicker. My new db mode would have sped up users with their database files on an HDD. Unfortunately, due to some SQLite peculiarity, it wasn't as successful as I hoped. I did however speed up write speed for all users in tomorrow's release, and HDD db users may still get a boost in long-running clients. Should be less cleanup chug after big jobs finish making updates, in any case. Let me know how it works for you. >>14973 There's some new cookie you need, I think: https://github.com/CuddleBear92/Hydrus-Presets-and-Scripts/tree/master/Downloaders/Gelbooru >>14981 Thank you for this report. These pop up every few months. They all seem to have been false positives so far. I would be interested if you know exactly which files were causing problems. One file I use to make custom UPnP mappings easier for advanced users - upnpc_win32.exe - is so often the problem that I am thinking of not even bundling it with the program. It is also interesting to know which virus scanner gave the result. On those big sites where you can scan with like 60 different software at once, the false positives only tend to show up on a handful. The problem with the specific anti-virus program usually goes away in a few weeks when updated definitions roll out.

I had a good week. I fixed several important bugs, improved db write speeds for many sorts of clients, and made the 'potential duplicates' search run in the background, in a way that does not interrupt you. The release should be as normal tomorrow.

>>14983 Hi, dev. I'm >>14965. And version 421 is even faster than 420. In my case, database files and thumbnails are on SSD and images are on HDD. But when I'm browsing images(I'm ESL, so I don't know how I should exactly say this in English. What I want to say is like "switching images in a tab", "show images one after another" something like that.), the stuttering doesn't occur. This stuttering suffered me a lot. So this improvement gives me a comfortable experience of image viewing. Thanks!

As you add siblings to tags with the right-click menu in the manage tags window, the tag list doesn't update like it used to anymore.

>>14939 Thank you for this report, I will check it out.

I had a great week. I expanded the editable search predicates, making it easier to edit, and expanding what you can edit, including rating and OR predicates, and I was able to add custom defaults for all editable system predicate types. There are also misc fixes and additions, and significant speed/cancelability improvements to tag searches and wildcard-based tag and file lookups. The release should be as normal tomorrow.

I unfortunately had a bit of a mixed week. I was short on work time, so I could only get basic editable system predicates done. This means you can change a system:filesize (and so on) after you add it to a search. The release should be as normal tomorrow.

>>14903 Great, I am glad this will be working for you. I understand the manage tags dialog can still lag a bit on the final 'apply' step for very large changes, so I will look at that too soon, to spread the work out a bit.

I had a great week. I did a variety of small work, fixing bugs, adding new shortcuts, updating some libraries and downloaders, cleaning up old code and UI, and adding a couple of advanced features to the downloader system. The network version will go up tomorrow, which means clients will have to update if they want to keep syncing with the PTR. There is no need to rush, and no penalty if you delay–syncing will just pause until you update. The release should be as normal tomorrow.

>>14913 Thank you very much, this actually helps so much in downloading art. God bless you!

Thank you as always, based dev.

>>14870 Thanks. I agree about it is now less easy to see which tags a file actually has. I won't replace the current system with what you are asking for here, as the main purpose of that dialog is to allow editing, and if I show the reverse, then if multiple tags went to that ideal sibling, it would not be easy to double-click it to remove. I have two main things to do next: -Update the render code to draw multiple colours per line. I can then highlight siblings by drawing the 'will display as' part in the correct namespace colour. -Update the list code to allow for 'ghost' entries, which will render with softer colour or something to make them look different. I can then populate the list with parents implied by other tags, and then potentially add what you want here, 'x (implied by y)' as a ghost in addition to the original 'y (will display as x)'.

I had a great week. I caught up on smaller work, added some new default watchers, fixed some of the dodgy multi-column list sizing, and greatly sped up the manage tags dialog when dealing with thousands of files at once. The release should be as normal tomorrow, maybe a little late.

>>14838 Got a small issue with favorite tags. I added a few recently and for some reason the series tag became "grouped" underneath a character tag for that series. Despite them being "grouped," clicking on it in the Manage Tags window only adds the character. I tried removing the series tags from favorites, but they still show up as grouped anyway. Oddly, it doesn't happen for the other character/series tag I have on there.

>>14854 Ah, damn, I see. I had to compromise a couple things in manage tags to get this working in time. I will see if I can fix this next week. >>14859 I am sorry for the trouble. 415 tomorrow should have much less laggy background maintenance. Please give it a go, check your sync progress under tags->sibling/parent sync->review tag sibling/parent maintenance, and let me know how it goes. Most SSD users with a typical PTR-syncing database should have seen the lag spikes disappear after no more than, say, 40 minutes of use. If you still get it in 415, and the sync in that review window does not seem to be progressing at any reasonable speed, please try disabling the maintenance in active and idle time in that same menu, and let me know. >>14862 Damn, thank you for this report! This should not be happening, I will check out what is going on.

I had a mixed week. While 414's parents cache seems to have gone well, making the new maintenance code less laggy proved difficult, and it monopolised my time this week. I did a small amount of other work, but not much, so 415 will mostly be a 'polish' release that makes 414 nicer for all users. The release should be as normal tomorrow.

>>10279 any updates on the progress of this? Yes im aware I necro'd the hell out of this thread

>>14760 check ver412 dev post. He said that we can browse via phone by animeboxes

Are there any working open source apps? I don't want to trust closed code with full access to my loli porn.

>>14667 seconding this

>>14667 >>14759 >>14806

>>14848 Thanks, Anon.

I had another ok week. I am not working as fast as hoped, but the new maintenance system works. The very long wait times to recalculate siblings is gone–it now all happens in the background over time. I am now working on converting parents to the new system. I am less confident I can get 414 ready and good for October the 14th, but we'll see how it goes.

I had a great week. The siblings and parents database code is mostly in place, and I was successful in unifying their application method to a simpler algebra that should result in faster siblings/parents work across the board. I now have to tie up many database loose ends, cleanse the old UI-side parents system, and polish. About 150 small things and 3 big things left. I think I can be ready for October 21st!

I had a good four weeks migrating tag parents to the new database cache. Like siblings, parents are now applicable across services and completely undo-able. Furthermore, the large CPU requirements we experienced after the siblings cache are gone–a new maintenance routine cuts all parents and siblings work into pieces and figures it all out quietly in the background. The release should be as normal tomorrow. It should only take a few seconds to update!