/hydrus/ - Hydrus Network

Bug reports, feature requests, and other discussion for the hydrus network.

Boards | Catalog | Bottom

Check to confirm you're not a robot
Drawing x size canvas

Remember to follow the rules

Max file size: 350.00 MB

Max files: 5

Max message length: 4096

Version 385 Anonymous Board owner 02/19/2020 (Wed) 22:41:13 Id: 22fd0d [Preview] No. 527 [Reply] [Last 50 Posts]

Message too long. Click here to view full text.

7 posts and 11 images omitted.

Anonymous Board owner 02/23/2020 (Sun) 23:44:36 Id: 1ed2b7 [Preview] No.538 del
1) Forgive me, I have forgotten if there ever was a derpibooru login script. If there was, I no longer include one in a default install. I do not think there ever was.

The Hydrus Companion should let you copy your derpibooru cookies to hydrus, which is generally the solution here when there is no login script. It basically copies your browser's logged-in info to hydrus.

2) Not yet, but a proper cbz/cbr expansion to hydrus is planned. cbz actually is a zip file, so the only way to differentiate it in hydrus terms (which due to technical reasons ignores file extension and only infers filetype from file content) means I need to write an inspector that looks inside the zip and notices it has something that looks like a bunch of comic pages.

When this big project happens, hydrus will also gain single-file/multi-page metadata (like thumbnails and system:num_pages for cbzs) and the ability to browse the pages of a comic archive in the regular hydrus viewer, although you will still be able to use an external program if you prefer.

For now, I recommend you set up hydrus to open .zips in your comic reader, if it is ok eating .zips. This is under options->external programs->zip.

I am glad you like hydrus! Let me know if you run into any more trouble or would like help with the above.

Anonymous 02/24/2020 (Mon) 00:59:15 Id: 1ed2b7 [Preview] No.539 del
Thank you, showing gifs that have no duration in mpv was unintentional. I thought I had set this, but it looks like I did not. I will make them load with the native static image viewer.

Please keep me updated on the crashing in future versions. I am sorry for the trouble. Have you had crashes with mpv and normal videos?

Sometimes thumbnails will take some time to load for non-hardware reasons, such as if hydrus is busy with other work for a few seconds (perhaps some file or database maintenance in the background), or if there are many other thumbnails to load or generate, which can sometimes happen in the seconds after some long page scrolls.

Anonymous 02/24/2020 (Mon) 04:46:05 Id: 8936d8 [Preview] No.542 del
I have mpc-qt and an older version of mpv, and a version of mpv I think is completely bare bones, all of these should be mpv, none of them have skipping problems, just the hydrus implementation.


are the days these were extracted/installed for testing. it may be worth looking at an older version of mpv if a more current version is causing skipping. that said I would download a newer version to test but the places that host it just seem to run me in circles till I dont trust where im getting the files from.

Anonymous 02/24/2020 (Mon) 04:53:23 Id: 8936d8 [Preview] No.543 del
oh, yea, I know files can take a while to load, i just found it odd how it was just these, and just gifs that were taking time, and that when clicked on it crashed, something that usually doesn't happen when I do that.

my though is if this is the reason it crashed for me, then it has to do with media not loading right or doing something unexpected. if other people are having crashing issues from mpv and it's not just me, then I can blame mpv, but if it's just me then its something im doing or something going on on my system, seeing as I had crashes mainly from the media browser and not viewer (though I have had them there too) it may be something with loading.

no idea but figure more info on what happened when it crashes cant hurt.

Release Tomorrow! Anonymous Board owner 02/26/2020 (Wed) 05:58:04 Id: 1ed2b7 [Preview] No.546 del
I had a great week, mostly clearing out old wx hacks for proper Qt code, improving coordinate calculations and other UI logic. I also added hooks for custom styling of several hardcoded colours, got hydrus to recognise non-looping gifs, and opened up the mpv viewer for more configuration.

The release should be as normal tomorrow.

Version 382 Anonymous Board owner 01/29/2020 (Wed) 23:22:22 Id: f5fc21 [Preview] No. 518 [Reply] [Last 50 Posts]
https://youtube.com/watch?v=aZL4upd4QpI [Embed]
zip: https://github.com/hydrusnetwork/hydrus/releases/download/v382/Hydrus.Network.382.-.Windows.-.Extract.only.zip
exe: https://github.com/hydrusnetwork/hydrus/releases/download/v382/Hydrus.Network.382.-.Windows.-.Extract.only.zip
app: https://github.com/hydrusnetwork/hydrus/releases/download/v382/Hydrus.Network.382.-.Windows.-.Installer.exe
tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v382/Hydrus.Network.382.-.macOS.-.App.dmg
tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v382/Hydrus.Network.382.-.Linux.-.Executable.tar.gz

I had a good but light week. MPV should be working better, and some of the recent UI animation flicker/jitter should be gone.


Introducing MPV added a weird bug--after the first time an mpv window was opened, the client would then in some cases fail to animate thumbnail fade or process certain intra-program events unless another event, such as a mouse move over the program, restarted the event loop. Some media viewer transitions have also had some single-frame flicker. I have banged my head at this problem for a couple of weeks now, thankfully improving some behind-the-scenes code along the way, but I could not find the full solution. As it happens, rolling Qt back to a slightly older version (5.14.0 to 5.13.0, for users running from source) seems to have completely fixed it. It could simply be a 'native window' bug in the new version of Qt, but at the moment I still suspect my mostly borked wx-code-trying-to-talk-to-Qt-code. Until I can clean that code up, I am happy to have this easier solution.

Message too long. Click here to view full text.

Anonymous Board owner 01/29/2020 (Wed) 23:22:49 Id: f5fc21 [Preview] No.519 del
the rest

There are now a couple of user-created darkmode stylesheets in a default install, so the stylesheet section of options->style now has some entries for everyone. Feel free to check them out--there are still some colours in the client that are hardcoded like green/red button text and anything under options->colours, but I plan to move everything over to Qt in time.

When you zoom out from a zoom that makes the media larger than the media viewer canvas to a zoom that fits inside it, the media will now re-center. See if you like this--I may make it optional.

An issue with the 'the client is already running' dialog not appearing is fixed.

full list

- mpv:
- rolled Qt back from 5.14.0 to 5.13.0 on the releases, which seems to have fixed our 'event queue sometimes halts until mouse move' issue that occurs after initial mpv load. some other ui and media viewer resize jank seems to be cleared up. I dunno what happened with 5.14, and I don't suspect it as the problem nearly as much as my currently borked Qt event processing code, but rolling back seems the easiest solution for now
- fixed an issue that was crashing non-windows that were able to load mpv
- mpv now loads an mpv.conf from install_dir/static/mpv-conf. please feel free to swap in another conf or edit that one as you like. I would be interested in feedback
- default mpv conf is now set to specifically enable some hardware acceleration to improve playback for some users, and to never load sidecar files like subtitles as this was introducing incredibly large load lag for users with large/high latency file storage
- fixed a new issue where preview windows were not unloading media (particularly significant for mpv with audio) on page change and client shutdown
- fixed an issue with global volume propagation to multiple open mpv widgets

Message too long. Click here to view full text.

Anonymous 01/30/2020 (Thu) 01:44:47 Id: 293a5f [Preview] No.520 del
found a 'problem' with mpv
while on initial look it's performing perfectly, if I want to pick a specific point in a video, it constantly wants to play.

Is there a way that when you are scrubbing on the timebar to have the video/animation pause and start up when you let go or is that something that cant be done?

Other then that it works great now

Anonymous 01/30/2020 (Thu) 12:25:13 Id: 293a5f [Preview] No.521 del
so, the moment that audio detection was added to hydrus, I had it go though everything and check... then I think next version a fix for the false detections was implemented.

with mpv and going though videos, I notice that false positives happened quite a bit.

is it possible to have a function for quick 'file regenerate metadata' where I don't get any prompts and it just does it? going though these files one by one and needing ro right click, navigate menus, click it, and yes I want to do it now is a bit cumbersome, and while if 3 or 4 are miss labeled it may be faster to just regenerate everything for the watcher I don't know that till I start searching, but a hotkey to quick do it would probably be the fastest way.

Anonymous Board owner 02/17/2020 (Mon) 23:01:03 Id: b13228 [Preview] No.524 del
Hey, just catching up after Endchan downtime. I answered your first post on 8kun I believe. For the second, there is not a shortcut for this yet, but that sounds like a great idea, I will add it to the list.

Release Tomorrow! (385) Anonymous Board owner 02/19/2020 (Wed) 06:40:38 Id: 999987 [Preview] No.526 del
I had an ok week. The mpv player has some fixes and improvements, such as slideshow support, the shortcuts system deals with double clicks better and now handles closing a media viewer or filter, and I fixed a variety of smaller bugs.

The release should be as normal tomorrow.

Version 381 Anonymous Board owner 01/22/2020 (Wed) 22:01:35 Id: cb9dc9 [Preview] No. 500 [Reply] [Last 50 Posts]
https://youtube.com/watch?v=sz8xLRCHP_k [Embed]
zip: https://github.com/hydrusnetwork/hydrus/releases/download/v381/Hydrus.Network.381.-.Windows.-.Extract.only.zip
exe: https://github.com/hydrusnetwork/hydrus/releases/download/v381/Hydrus.Network.381.-.Windows.-.Installer.exe
app: https://github.com/hydrusnetwork/hydrus/releases/download/v381/Hydrus.Network.381.-.macOS.-.App.dmg
tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v381/Hydrus.Network.381.-.Linux.-.Executable.tar.gz
tar.gz: https://github.com/hydrusnetwork/hydrus/archive/v381.tar.gz

I had a good week with a couple of challenges. MPV is now ready for all windows users and is turned on by default.


Thank you to the advanced users who tested and gave feedback on MPV. I have eliminated the crashes, tightened up the jank, and am now rolling it out to all Windows users by default for video, audio, and gif/apng. All media view settings under options->media will be reset this week.

Message too long. Click here to view full text.

6 posts omitted.

Anonymous Board owner 01/25/2020 (Sat) 20:29:32 Id: 8bcb8c [Preview] No.507 del
Thank you for this report. A user who was hit by a five minute delay has figured out the configuration fix. It should all be rolled into 382. Please let me know how you continue to get on here.

Anonymous 01/28/2020 (Tue) 02:38:13 Id: f2d7b4 [Preview] No.512 del
got a fun problem now, hydrus usually idles somewhere around 5-8gb but its just bloated for some reason, going to kill process when it hits 24gb and that looks likely.

Anonymous Board owner 01/28/2020 (Tue) 18:31:46 Id: 317d85 [Preview] No.513 del
Damn, thank you for this report. I have been doing some behind-the-scenes to get mpv working, and that may have borked out some processing queues. I am going to be working on it more in the coming weeks. Just to check, you aren't using the 'db_memory_journaling' launch switche on your client.exe call, right?

Anonymous 01/29/2020 (Wed) 01:25:23 Id: f2d7b4 [Preview] No.516 del
I should have nothing in the client.exe for a launch parameter this I want to say just happened at random.
It's possible that a game clicked through to the client and I started something that way, unlikely but I have seen it happen before
I think the client did this once before a long fucking time ago, not 100$, it could have been another program but I remember something going from 0 to 60+gb page file when I still had 16 or 32 gb of ram.

Bugfix Release Tomorrow! Anonymous Board owner 01/29/2020 (Wed) 01:29:58 Id: 317d85 [Preview] No.517 del
I had a good but light week. I have fixed a variety of bugs, including some mpv issues and instability, and some recent UI stuttering.

The release should be as normal tomorrow.

Version 380 Anonymous Board owner 01/16/2020 (Thu) 03:55:50 Id: eadd11 [Preview] No. 489 [Reply] [Last 50 Posts]
https://youtube.com/watch?v=U35sSPJI_Bs [Embed]
zip: https://github.com/hydrusnetwork/hydrus/releases/download/v380/Hydrus.Network.380.-.Windows.-.Extract.only.zip
exe: https://github.com/hydrusnetwork/hydrus/releases/download/v380/Hydrus.Network.380.-.Windows.-.Installer.exe
app: https://github.com/hydrusnetwork/hydrus/releases/download/v380/Hydrus.Network.380.-.macOS.-.App.dmg
tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v380/Hydrus.Network.380.-.Linux.-.Executable.tar.gz
tar.gz: https://github.com/hydrusnetwork/hydrus/archive/v380.tar.gz

I had a couple of difficult weeks, with illness and other IRL problems getting in the way, but I got some hopefully pretty neat work done. A new fast video and audio player is available for advanced users to test, and there are a bunch of fixes and ui improvements as well.

A user just notified me that the Duplicates page has crazy layout! I apologise. Nothing is broken, it is just sizing wrong, and part of a longer fight I am having to convert my old wx layout code to Qt. I know exactly what happened here, and I will have it fixed for 381. If you discover more UI like this (the system predicate panels have a bit of it), please let me know.
10 posts and 1 image omitted.

Release Tomorrow! Anonymous Board owner 01/25/2020 (Sat) 20:34:53 Id: 4e6ae8 [Preview] No.508 del
I would always like to improve tag workflow and power, but it is quite complicated data to handle, so some things are more tricky and time-consuming to add than others. If you haven't seen it yet, a bunch of advanced (albeit with even more debug-tier UI) tag operations are available under services->tag migration. You can delete all instances of a tag there, for instance.

Since time is so expensive for this sort of work, if you have a play with that, I would be interested in knowing what your top priority was to make simpler and easier to use. Is right-click->tag->delete from all files something you would use quite often, or would it be ok to keep it a bit more buried (even if, say, I made the way you set up tag migration for simple tags a bit more user-friendly)?

Anonymous Board owner 01/25/2020 (Sat) 20:37:51 Id: 4e6ae8 [Preview] No.509 del
Thank you for your feedback! I have copied it to my mpv todo. I don't know if normalisation is possible, but if there is a neat handle for it, I will definitely expose it. Changing playback speed sounds fun, I'll see if I can do it.

If you are interested, here is their master help file, with all the levers I can pull. It is such a full-featured player, that sometimes half the battle here is just finding the right keyword to use:


Anonymous 01/26/2020 (Sun) 17:32:57 Id: 922eb3 [Preview] No.510 del
>Since time is so expensive for this sort of work, if you have a play with that, I would be interested in knowing what your top priority was to make simpler and easier to use. Is right-click->tag->delete from all files something you would use quite often, or would it be ok to keep it a bit more buried (even if, say, I made the way you set up tag migration for simple tags a bit more user-friendly)?
After getting used to hydrus, I realized what I suggested was in the wrong direction, so probably forget that. I'd like to be able to navigate to a master list of tags and manage them, instead of having to search for system:inbox||system:archive, and selecting everything -> manage tags. is there a way to do that? I realized the manage tag menu is perfect for what I want to do, but I'll lag out with 100k+ files trying to do that. Importing all public tag siblings into my local repo, and then hard replacing all tags with their siblings seemed to work well. My siblings menu is really slow though with 90,000 entries, it's one of the reasons I suggested regex/wildcard siblings. It would drop that 90,000 to a more manageable 5000, I'd bet. There's like a billion siblings just for converting underscored tags, for example.

>albeit with even more debug-tier UI
One way to make tag migration much safer and useful is just to have a limited test run to before committing changes. Another would be to merge the tag migration screen with the tag manager so you can edit all tags on all files without having to load all the files first.

One example of what I want to do is get rid of all the filename mistakes people do when first importing files. A UI quirk of the import screen is that beginners aren't aware you need to type in 'filename' into the input box. So they just tick the checkbox to import filenames, import filenames into the global namespace, and later end up committing those changes to the pub repo. It'd probably be a good idea to fill in that input box with 'filename' by default to stop that. Fixing this is painful because there's no regex support to delete 01_2342_1333 or migrated them under the filename: namespace.

Anonymous Board owner 01/28/2020 (Tue) 18:35:52 Id: dee88c [Preview] No.514 del
Thanks. 'Migrate tags' is the best tool for large tag jobs right now. I expect to add hard-replace siblings to it at some point.

As you have seen, manage tags just doesn't scale well at more than a thousand or so files.

I like the idea of prepping the filename box with 'filename', thanks!

Anonymous 01/28/2020 (Tue) 18:52:47 Id: 922eb3 [Preview] No.515 del
>I like the idea of prepping the filename box with 'filename', thanks!
I would go one step further and lock the user from changing the namespace, and remove the input box only leaving the checkmark. There's no reason for having filenames under anything other than the filename namespace.

(466.17 KB 1280x720 end-xmas-spec.jpg)
Invitation to Endchan's Fourth Christmas Special! Anonymous Global volunteer 12/15/2019 (Sun) 10:19:26 Id: 0e8d30 [Preview] No. 435 [Reply] [Last 50 Posts]
Discussion thread:


Endchan Movie Corner Anonymous Global volunteer 01/27/2020 (Mon) 20:57:08 Id: 0e8d30 [Preview] No.511 del
(155.66 KB 1131x754 film.jpg)
I ask your attention again, as we are planning a "movie night" in two weeks, on February 8-9, but unlike the Christmas Special, it would be only one movie.
Please visit this thread:
The show won't be on the same cytube channel, the exact link will be given later in that same thread.
Read, comment, subscribe.

Thank you.

Version 379 Anonymous Board owner 01/02/2020 (Thu) 03:42:33 Id: b13cd3 [Preview] No. 459 [Reply] [Last 50 Posts]
https://youtube.com/watch?v=nvy6cHhpZdQ [Embed]
zip: https://github.com/hydrusnetwork/hydrus/releases/download/v379/Hydrus.Network.379.-.Windows.-.Extract.only.zip
exe: https://github.com/hydrusnetwork/hydrus/releases/download/v379/Hydrus.Network.379.-.Windows.-.Installer.exe
app: https://github.com/hydrusnetwork/hydrus/releases/download/v379/Hydrus.Network.379.-.macOS.-.App.dmg
tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v379/Hydrus.Network.379.-.Linux.-.Executable.tar.gz
tar.gz: https://github.com/hydrusnetwork/hydrus/archive/v379.tar.gz

Happy New Year! Although I have been ill, I had a great week, mostly working on a variety of small jobs. Search is faster, there's some new UI, and m4a files are now supported.


As hoped, I have completed and extended the search optimisations from v378. Searches for tags, namespaces, wildcards, or known urls, particularly if they are mixed with other search predicates, should now be faster and less prone to spikes in complicated situations. These speed improvements are most significant on large clients with hundreds of thousands or millions of files.

Message too long. Click here to view full text.

23 posts and 3 images omitted.

Anonymous Board owner 01/15/2020 (Wed) 19:32:19 Id: 53bf76 [Preview] No.484 del
Thank you. This first prototype is obviously going to be simple, but I would like to add support for custom confs and anything else that is popular.

I am new to MPV. To save me the time of looking it all up and getting it wrong five times, can you tell me how to incorporate a shader file like that into MPV? Is it a launch parameter, or something defined in a conf, or something else?

Anonymous Board owner 01/15/2020 (Wed) 19:33:48 Id: 53bf76 [Preview] No.485 del
(60.03 KB 1075x747 sb.png)
Forgot image.

Anonymous 01/15/2020 (Wed) 21:26:07 Id: 65f287 [Preview] No.486 del
Sure, there are multiple ways to do it. With the json api you can use changelist


change-list glsl-shaders append ~~/shaders/blahblah.glsl

double ~ in mpv is just the mpv home directory. they can be added via command line using --glsl-shaders-add. if you're on linux you can pipe mpv to find stuff easier, "mpv --list-options | grep glsl"

I've hacked mpv support into a ranger which is a python based file manager, for personal use, so if you have any questions regarding mpv integration I can probably answer them. Except qt specific problems.. plex-media-player does it so maybe you can use that as a reference if you run into issues there. Also yeah, MPV's documentation is like the necronomicon and if you stare into the abyss too long you can start to lose your sanity.

Some shaders I use:

Anonymous 01/15/2020 (Wed) 21:28:50 Id: 65f287 [Preview] No.487 del
Also, mpv can be made into a much better image viewer with the right config settings. And it's very extensible with both lua/javascript support baked in. If you would like inspiration for UI design you should take a look at tachiyomi, an android app. It has the best image reader I've seen hands down, although it doesn't use mpv.

Anonymous 01/15/2020 (Wed) 21:46:11 Id: 65f287 [Preview] No.488 del
Another thing, you may want to take a look at two projects that would integrate nicely (and are both python based). gallery-dl and youtube-dl. They are really nice scrapers. MPV has built in support for youtube-dl.


I'm a bit sleep deprived so my posts are all over the place, so sorry about that.

Version 378 Anonymous Board owner 12/19/2019 (Thu) 00:25:32 Id: a36611 [Preview] No. 441 [Reply] [Last 50 Posts]
https://youtube.com/watch?v=gTFG_nvreoI [Embed]
zip: https://github.com/hydrusnetwork/hydrus/releases/download/v378/Hydrus.Network.378.-.Windows.-.Extract.only.zip
exe: https://github.com/hydrusnetwork/hydrus/releases/download/v378/Hydrus.Network.378.-.Windows.-.Installer.exe
app: https://github.com/hydrusnetwork/hydrus/releases/download/v378/Hydrus.Network.378.-.macOS.-.App.dmg
tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v378/Hydrus.Network.378.-.Linux.-.Executable.tar.gz
tar.gz: https://github.com/hydrusnetwork/hydrus/archive/v378.tar.gz

I had a great, simple week. Searches are less likely to be very slow, and system:limit searches now sort.

all misc this week

I identified a database access routine that was sometimes not taking an optimal route. Normally it was fine, but with certain sizes or types of query, it could take a very long time to complete. This mostly affected multi-predicate searches that included certain tags or system:duration and system:known urls, but the routine was used in about 60 different places across the program, including tag and duplicate files processing. I have rewritten this access routine to work in a more 'flat' way that will ensure it is not so 'spiky'.

Message too long. Click here to view full text.

6 posts omitted.

Anonymous Board owner 12/29/2019 (Sun) 18:42:11 Id: 262a81 [Preview] No.450 del
Thank you. Another user has provided me an updated parser, attached, which I will be rolling into 379.

Anonymous 12/31/2019 (Tue) 17:41:58 Id: b7b65d [Preview] No.456 del
thanks, never been able to get parsers to add so I can wait till 379, just good to know its done... though will need to do a fairly large reparse acquire...

Release Tomorrow! Anonymous Board owner 01/01/2020 (Wed) 02:58:47 Id: bb0f92 [Preview] No.457 del
I had a great week. I focused on a variety of smaller jobs: better downloader UI, nicer search workflow, m4a audio file support, better select/remove menus, and more file search speed optimisations.

I caught the coughing cold that is going around, so my schedule is a bit out. The release will like be quite late tomorrow.

Anonymous 01/01/2020 (Wed) 10:50:49 Id: 4f8b95 [Preview] No.458 del
Happy New Year,Dev.

Search with url class for 4chan files doesn't work.
When i search with "system:has 4chan file url",it returns nothing.
But if you search with "system:has a url with domain:i.4cdn.org" it returns images.
This issue is appearing from this version,I guess.
Only 4chan file has this issue as far as I see.

Anonymous Board owner 01/04/2020 (Sat) 16:39:42 Id: 9aa812 [Preview] No.466 del
Thank you for this report. I'll check out what is going on.

Version 377 Anonymous Board owner 12/11/2019 (Wed) 23:54:25 Id: 0cf677 [Preview] No. 426 [Reply] [Last 50 Posts]
https://youtube.com/watch?v=zXaFARzFG3c [Embed]
zip: https://github.com/hydrusnetwork/hydrus/releases/download/v377/Hydrus.Network.377.-.Windows.-.Extract.only.zip
exe: https://github.com/hydrusnetwork/hydrus/releases/download/v377/Hydrus.Network.377.-.Windows.-.Installer.exe
app: https://github.com/hydrusnetwork/hydrus/releases/download/v377/Hydrus.Network.377.-.macOS.-.App.dmg
tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v377/Hydrus.Network.377.-.Linux.-.Executable.tar.gz
tar.gz: https://github.com/hydrusnetwork/hydrus/archive/v377.tar.gz

I had a good week. I mostly caught up with my smaller jobs queue, just pushing on work that had piled up.


Thank you for the continuing Qt bug reports. I fixed a variety of typo-broken buttons this week, mostly buried in less-used UI, and if you have set a browser launch path override in the options, hyperlinks across the program should obey that again. I also believe I fixed the annoying issue where media viewer hover windows that needed to shrink (because of switching to a new media that had fewer info lines or known urls) would linger too tall for one frame. EDIT: I'm still having slight hover window resize flicker in my IRL client when I keep my mouse over the top-right hover, I'll give it another go next week.

Message too long. Click here to view full text.

4 posts and 1 image omitted.

Anonymous Board owner 12/14/2019 (Sat) 22:48:31 Id: d7cc6d [Preview] No.431 del
Thank you for this report. I'll check that out and see if I can set the sizers better.

And thank you for this report. I just got it from someone else as well. Was this from a regular search page or a downloader page?

Anonymous 12/15/2019 (Sun) 10:14:24 Id: 080431 [Preview] No.434 del
>And thank you for this report. I just got it from someone else as well. Was this from a regular search page or a downloader page?

For me it was a downloader page, can't remember if it was also happening on a regular search page. Strangely enough, I'm not noticing it anymore today. Only thing different I did was starting a new gallery download page as I had a previous one was saved before updating from 376 to 377. I resumed that one and that's when I noticed the issue.

Anonymous 12/16/2019 (Mon) 19:44:32 Id: eebd05 [Preview] No.437 del
So I'm still doing this wrapper for tuning:
Is the locale hack known to be unnecessary anymore?
Is it possible to tune the font size using CSS now?

##+ndD36 Board owner 12/18/2019 (Wed) 00:59:17 Id: 98e719 [Preview] No.439 del
I figured it out. It was something unusual, like it only affected files that were loaded from a session, but on a re-highlight, it would work correctly again. It was to do with a slightly different file domain on re-loaded files vs. 'live' views. Should all be fixed for tomorrow, but let me know if it isn't.

I am afraid I do not remember seeing this paste before, so I can't talk cleverly about it. The CSS stylesheet stuff is prototype, but if you knock up a .qss/.css, you should be able to set it up to load under options->style. Bear in mind that this system will change a little (I expect to make it work on a one-stylesheet-per-directory basis, and move from the static dir to any path you want) as I make it nicer to work with in a few releases.

I set the locale at the top of client.py, but I think it was muddled a bit in the first Qt release. I'd say try it without with 377 or tomorrow's release and see how it does. If your system locale produces any weird stuff, please let me know the details and any fixes/stuff you think I am not doing, and I'll see if I can get it into the program proper.

Release Tomorrow! Anonymous Board owner 12/18/2019 (Wed) 01:12:04 Id: 98e719 [Preview] No.440 del
I had a great, simple week. I mostly concentrated on code cleanup and database optimisation. A number of unusually very slow searches and routines (sparse system:known url searches particularly) should now be significantly faster. I also managed to push all the simple file sorts into system:limit queries, so now if you search with sort:filesize:descending and system:limit=256, you'll get the 256 biggest files of the whole sort, not a sample.

The release should be as normal tomorrow.

Release Tomorrow! Anonymous Board owner 12/11/2019 (Wed) 00:38:29 Id: ad4082 [Preview] No. 424 [Reply] [Last 50 Posts]
I had a good week. I focused on catching up on smaller work. More bugs are fixed, there's some neat new shortcuts to pan media around, the UI should be smoother when importing files and saving sessions, and the system:known urls predicates now run much faster.

The release should be as tomorrow.

Version 376 Anonymous Board owner 12/05/2019 (Thu) 06:17:35 Id: 00e85b [Preview] No. 400 [Reply] [Last 50 Posts]
https://youtube.com/watch?v=J4wKjGHvs_4 [Embed]
zip: https://github.com/hydrusnetwork/hydrus/releases/download/v376/Hydrus.Network.376.-.Windows.-.Extract.only.zip
exe: https://github.com/hydrusnetwork/hydrus/releases/download/v376/Hydrus.Network.376.-.Windows.-.Installer.exe
app: https://github.com/hydrusnetwork/hydrus/releases/download/v376/Hydrus.Network.376.-.macOS.-.App.dmg
tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v376/Hydrus.Network.376.-.Linux.-.Executable.tar.gz
tar.gz: https://github.com/hydrusnetwork/hydrus/archive/v376.tar.gz

I had an ok to good week. Subscriptions run better and there are more UI fixes and basic theming for Qt.


Subscriptions have always been resource heavy. As last year's downloader overhaul extended their capabilities, we saw increased CPU lag with many subscription operations. I had hoped to completely fix this this week, even permitting subs with >250,000 items cached, but the surgery needed to figure this out was more complicated than I expected. While I otherwise prepped for this next step, I also tightened up subscription timing code and wrote a new scheduler that reduces overall subscription resource needs.

Message too long. Click here to view full text.

6 posts omitted.

Anonymous 12/08/2019 (Sun) 06:23:23 Id: 29b830 [Preview] No.413 del
sorry if you are already aware of this but:

when I click on move database I get this

'DirDialog' object has no attribute 'SetPath'
File "include\ClientGUICommon.py", line 199, in EventButton
self._func( *self._args, **self._kwargs )
File "include\ClientGUIScrolledPanelsReview.py", line 551, in _MigrateDatabase
dlg.SetPath( source )

Anonymous 12/08/2019 (Sun) 11:29:19 Id: f0eeb8 [Preview] No.414 del
on an 8 core 16 thread, so the program is using 1-2% idle, moving the file manually pegged it to 6% and looking at the graph it looks like about 80-95% use on that single core, panning the way I do with my g13 thumbstick doesn't even really register as use.

yep, that seems to be the issue.

Anonymous Board owner 12/09/2019 (Mon) 22:17:00 Id: c02d5e [Preview] No.418 del
Thank you for this report. I am sorry for the trouble. It is a typo from the wx->Qt migration and will be fixed for 377.

Thanks. Yeah, looks like that wx layout hack just isn't playing around well in Qt. I have a job queued up to give it a proper rework. I am not sure if that will make this work smooth as butter, but I think I can improve it.

Anonymous 12/10/2019 (Tue) 08:40:45 Id: f0eeb8 [Preview] No.421 del
found a rather fun image
The tag that this one has that is a bit suspect is the guro one.
long story short, doing a parse on tags that I don't like most images from, guro is one where I don't really like dismemberment or death as part of my fapping catalogue, but cant get rid of it all because some of them are really well done images that I like or in the case of skull girls where one of the characters can cannonocily dismember themselves I cant really just remove that either.

so back on topic, the guro tag.
I have no idea why that's there, but it is.
I also have no idea how to remove the tag, but this brings up a problem I will have in the future, and its just easy tag management.

There was a program a long time ago for tagging images, and it was great for adding tags, but also fucking horrible in the way it managed images to the point it was unusable because one directory change and everything was gone and no getting it back. I think someone posted an image of it, where it has every tag right there for you to use, and with check boxes, and at the bottom had an area for you to add new tags. now, the only way I know to do anything with tags is right click>manage>tags, now I cant do shit with the public tag repository, which looking at this images, there are quite a few tags I would just remove for either being redundant, never going to be important, or in the case of guro, just wrong.

not 100% on me doing something wrong, or the system to do tags is just currently not great

If you have the time, get comicrack if you don't, and go into the info for any comic you add to the library, the tag section here is amazing, you can make your own tags, and with the star thing you get 3 ways to list your tags, list/checkbox/text which gives you what you would expect. now for hydrus, automatically adding everything would be... impossible/unfeasible and would make it a fucking mess, but imagine this being below the tag section on the main window, a text box to add a tag, and a drop down of commonly used tags/favorites

granted, for tagging, this doesn't affect me right now, as i'm doing mass culls and sorting with ratings, but once this is done (if it ever gets done) a better tagging system would be appreciated.

Message too long. Click here to view full text.

Anonymous 12/10/2019 (Tue) 20:20:29 Id: 29b830 [Preview] No.423 del
Oh, I was messing around and noticed another thing:
going into options and then gui and trying to change the main gui title results in no changes
anyone else confirm?