/hydrus/ - Hydrus Network

Hydrus Bunker

Posting mode: Reply

Check to confirm you're not a robot
Name
Email
Subject
Comment
Password
Drawing x size canvas
File(s)

Remember to follow the rules

Max file size: 350.00 MB

Max files: 5

Max message length: 4096

Manage Board | Moderate Thread

Return | Catalog | Bottom

Expand All Images


Suggestion Threads Anonymous 08/13/2019 (Tue) 15:21:13 Id: d8fb4a [Preview] No. 25
Drop your suggestions here
http://archive.fo/heSey


Anonymous 08/17/2019 (Sat) 05:21:51 Id: d1eaa7 [Preview] No.38 del
Can we get an option to either disable the save this one and delete the other feature or at least have an option for it to issue an "are you sure" message since it's so close to save both in duplicate filtering?


Anonymous 09/06/2019 (Fri) 03:05:17 Id: d1eaa7 [Preview] No.59 del
Also could use some way to discover what a specific tag is a descendant of, such as the case where somehow most files have both rating:safe and rating:mature on them even if completely safe.


Anonymous 09/07/2019 (Sat) 11:27:30 Id: 622ad8 [Preview] No.60 del
Work towards supporting comics in generals, and use little to no cb* hacks as possible,
relying on "virtual comic volumes" instead where the index is a list of hashed files.
Combining this with IPFS, that might make the whole experience better.
On a related note, about downloading comics, see list of downloaders and see what the API needs.
- https://github.com/manga-py/manga-py (Python)
- https://github.com/eight04/ComicCrawler
- https://github.com/manga-download/hakuneko
- https://github.com/riderkick/FMD


Anonymous 09/11/2019 (Wed) 00:05:58 Id: d5b840 [Preview] No.70 del
Would really be helpful if photographs could be sorted by exif data


Anonymous 10/01/2019 (Tue) 09:48:20 Id: d1eaa7 [Preview] No.142 del
I would like to be able to hide UI elements during slideshows like the tag list on the media viewer, etc


Anonymous 10/02/2019 (Wed) 05:39:29 Id: 030a63 [Preview] No.145 del
How do you feel about adding support for cbz and cbr files? I keep most of manga in this format. Right now the client just looks at them like normal zip files.


Anonymous 10/03/2019 (Thu) 12:08:15 Id: ef7816 [Preview] No.153 del
>>152 also
https://www.learnopencv.com/image-quality-assessment-brisque/
Remember keywords "no reference" (no source) "image quality assessment" (rating)


Anonymous 10/06/2019 (Sun) 02:50:22 Id: 52aec1 [Preview] No.155 del
Would it be possible to add an option to import watchers from downloaded gallery sources?


Anonymous 10/08/2019 (Tue) 19:04:07 [Preview] No.187 del
>>25
it seems that in the search currently you can and a bunch of tags together, and you can negate a tag and add that, but I can'y find a way to or a tag. For instance search for (
(visibility:public)
& (hair:brown | hair:red)
& (series:railgun)
& (reaction image)
& !(misaka mikoto)
)


Anonymous 10/08/2019 (Tue) 19:07:17 [Preview] No.188 del
>>187
Forgot to mention, this is usefull because currently if I just add (hair:brown) and (hair:red) to the search it comes up empty as the tags are mutually exclusive, and while for hair color I could get this by anding the negation of like 8 other hair color tags, for larger sets of tags this is very annoying to have to set all the negations when I only need to or a couple things together


Anonymous 10/08/2019 (Tue) 19:11:27 [Preview] No.189 del
>>25
it would also be cool if in "manage tag parents" there was a tab to show tags by recently added similar to when you manage tags on a specific image. I'll typically add a bunch of new tags for images as I import them, then go to set up the parents for them a bit later. Also, is there a way to make the recently added tags list longer? by default it doesn't seem to cache a very big number of the recent tags before it begins to dequeue them to make room for new recently used tags...


Exclude Previously Viewed Files Anonymous 10/10/2019 (Thu) 02:30:06 Id: 3695c3 [Preview] No.204 del
I'd really like it if there were an option in the downloader's file import options to exclude previously viewed files from the import.

The reason I'd like this feature is that often I'll run a query, get a bunch of pictures, get partway through and decide the query isn't high quality enough to be worth viewing and delete all the remaining pictures from the query without even looking at them. But I haven't really rejected those pictures and would still like them to show up in future queries.

On the other hand any picture that I have actually viewed in the system's media viewer I have made a judgement about as to whether I want to keep it or not. So a picture having been viewed but not currently being in hydrus is a perfectly reliable indication that I don't want the picture and that it shouldn't be imported.


Anonymous 10/28/2019 (Mon) 05:51:06 Id: 042433 [Preview] No.246 del
Actually creating a replacement for ComicRack and others
https://github.com/CuddleBear92/Hydrus-Presets-and-Scripts/issues/70


Anonymous 11/01/2019 (Fri) 00:29:47 [Preview] No.254 del
>>25
There appears to be a bug when importing files with the "delete from disk on successful import" flag, where if the disk the DB is on fills up the program just keeps going and deletes a bunch of files, and you get prompted to empty the recycle bin to free disk space. Upon doing so the import doesn't recover and you need to reboot the hydrus client. On recovery you will see that a large portions of the import files are ignored when recovering the session because the source file is missing. I can only assume that this means the client thought the import was a success and deleted the files. a real bummer as I now have to go and find those files, some of which have been very thoroughly scrubbed from the internet because they were parodies that the dicks who on the IP didn't give a shit about...


Anonymous 11/11/2019 (Mon) 05:30:37 Id: 83f364 [Preview] No.268 del
Would it be possible to partition the database files into smaller files? Instead of one massive database file, many smaller database files could be beneficial for network syncing and file I/O read/writes.


Anonymous 11/13/2019 (Wed) 08:26:09 Id: 622ad8 [Preview] No.270 del
>>25
1. tag langauge filtering (someone would have already done the work for you I would assume)
2. tag graph UI (so you can see how tags are related to one another) https://mode.com/blog/python-interactive-plot-libraries


Anonymous 02/28/2020 (Fri) 13:51:12 Id: 886e3b [Preview] No.550 del
Can you make it so that smaller file sizes are preferred in the duplicate filter, if the 2 files being compared are pixel-for-pixel duplicates? It makes sense to prefer the more optimized file in this case, since there's absolutely no quality loss as a result of it.


Anonymous 03/19/2020 (Thu) 04:03:44 [Preview] No.575 del
>>25
True tagable collections/galleries, that are batched together in memory, and the ability to index a gallery/collection based on a specific (tagspace? I forget the term). For instance, a collection of manga pages in a folder, sorted by page number tags, in a volume collection/gallery. Then volume collections/galleries can be grouped into a set of series collections/galleries. And each gallery/collaction group could have it's own tags, in addition to specific tags on the contents. You could also display this galleriy as a folder/4 frame contents pane to reduce the number of thumbnails of like content that need to be displayed for such content. This would also ease loading and caching if you could set a sorting/indexing tag for the collection to store them contiguously in memory, rather than being random access, as most paged content will typically be accessed in series/sorted schemes. A "deep search" could also search for tag matches in the gallery contents as well, but you would knowledge that such a search would take more time. At the moment this is something that files systems actually do better natively than hydrus, but I love the Hydrus system for tagging and storing random disparate content, and even disparate franchises/paged content. Admittedly, one of the concerns of such a system as it becomes quite large would be hash look ups at all the different branches and levels of galleries, but I think as long as the shallow lookup is fast, and you pull in the media with the proper tags to look it up in the sorted gallery index or hash, it would still be relatively fast while providing a massive performance boost for users with a large amount of paged content? As it is, it's hard for me to even clearly see where one manga ends, and another starts, even displaying the titles on the thumbnails. I would really appreciate this improvement for paged content and collections.

Hopefully I've written this to be understandable. I realize this would be a large change to how Hydrus does it's data storage and lookups, so maybe just start with implementing folders/galleries/collections that then just hash their own contents. That would essentially just be a nesting of the existing data structure with recursive searches and lookups in the children structures. Of course, if you create a lot of these you loose the benefits of O(1) lookup, so maybe it isn't the greatest solution, as in the worst case I think this could decay to linear time, but perhaps we can add to subdirectories with some file containing all the added hashes in it? Then we would just have to look at the file rather than going through all the children in the directory... but then that leaves us with a problem of how to sort that file, which we will probably want to do with a hash table of some sort that we serialize to a binary format, starting with a capacity, and using a good primes array to expand the binary file as needed. Chaining is also harder to do in binary file due to how it is stored, so maybe using closed hashing could make sense? Or we just eat the overhead for implementing a tree scheme in the binary that points to indices in the file using a linked list style architecture, though memory would be considerably larger I think. Thus a better solution might very well be to just resize a closed hashing table immediately every time we reach 1/2 capacity. Thoughts? How does hydrus currently handle it's internal hash table?

Also, can you implement a fuzzy tag search that matches sub strings? It gets really annoying having to include the namespace prefix when I want to look for something like "memes".


Anonymous 03/24/2020 (Tue) 13:38:31 [Preview] No.577 del
>>25
I see there is sound playback now after I updated! This is awesome! Can you add an autoplay to the next track in the query result when the track hits the end? Or some way to play/shuffle a selection in the query? I have a lot of music videos indexed currently, and it would be cool to just be able to querry my "music video" tag, and then shift-select an album to play, and hit another key to shuffle it on repeat. Looks like you have been busy adding a lot of cool stuff so I'll totally get it if you don't get around to this, but this looks super cool! Thanks for this update :D Honestly, if hydrus does get the ability to playback a set of files from a query with shuffle+replay, it will probably become my go to music player. Otherwise, would there be some way to pass the file paths to another program to feed it into something like mpv player with a shuffle and repeat parameter and let that program handle it internally? I don't know how to do that considering how the files are stored though, because I think it just looks for a folder to play and shuffle, which given how the database stores things, isn't ideal... but maybe if the file paths for a selection in a queary could be copied to the clip board there would be some way to do it? Idk. Just think it would be really cool to get all my video/music content working through a hydrus based solution.



Top | Return | Catalog | Post a reply