A personal booru-style media tagger that can import files and tags from your hard drive and popular websites. Content can be shared with other users via user-run servers.
The hydrus network client is an application written for Anon and other internet-fluent media nerds who have large image/swf/webm collections. It browses with tags instead of folders, a little like a booru on your desktop. Advanced users can share tags and files anonymously through custom servers that any user may run. Everything is free and privacy is the first concern. Executable releases are available for Windows, Linux, and macOS. The program is in python, so you can also run it straight from the source code.
What's new in v665
Important Users who use the extract builds who are updating from v661 or earlier to v662 or later need to do a clean install! Please check that release for more information. misc - fixed an issue where a duplicates page would not re-enable the 'launch the filter' button sometimes when it previously had a count of 0 but got a pair-discovery update in the background that added new pairs (issue #1988) - the 'help: random 403 errors' entry is now moved down in the 'retry' buttonlist. it will disappear in a few weeks, leaving just the network->downloaders menu item, once people hitting this menu have had more chance to see it - fixed an issue where if you selected some files with a subset of trash and then said 'move/copy n files to blah local file domain', it would try and move the trashed files and throw an error. it now filters those files out of the actual operation as you'd expect - fixed an issue in numerical rating rendering after deleting a numerical rating service (bad error handling on the missing service) - added a section to the 'contact' help page about how to send broken files to hydev (zipping them up explanation etc..) - updated the io.github.hydrusnetwork.hydrus.desktop file with easy mode help comments on how to edit things and added StartupWMClass to help taskbar grouping more audio device stuff - applying the options dialog now updates all open mpv players to use the specified audio device - applying the options dialog now updates all open QtMediaPlayers to use the specified audio device - the ao/xxxxxx: There are no playback devices available mpv error, which until now has sparked the 'hey things are looking unstable with this file, so unloading it' response, now triggers a new 'hey, set all mpv windows to null audio device'. if you get this stuff when you unplug your headphones or something, let me know how it goes - when a new QtMediaPlayer initialises, if the desired audio device is invalid, it falls back to auto. if the auto device is invalid, it resets to null - new DEBUG checkboxes in options->media playback allow you to auto-set mpv or the QtMediaPlayer to 'null' audio device when playing silent media like animated gifs. I know we've had some issues around this over the years with mpv on Linux in particular, so let's see how it goes. this used to be default behaviour for the QtMediaPlayer btw; now it isn't some boring cleanup - improved how media objects determine if they are in 'combined local file domains' …
