[ / / / / / / / / / ] [ dir / cute / egy / fur / kind / kpop / miku / waifuist / wooo ]

/hydrus/ - Hydrus Network

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

Catalog

Name
Email
Subject
Comment *
File
* = required field[▶ Show post options & limits]
Confused? See the FAQ.
Embed
(replaces files and can be used instead)
Options
Password (For file and post deletion.)

Allowed file types:jpg, jpeg, gif, png, webm, mp4, swf, pdf
Max filesize is 12 MB.
Max image dimensions are 10000 x 10000.
You may upload 5 per post.

New user? Start here ---> http://hydrusnetwork.github.io/hydrus/

Current to-do list has: 714 items

Current big job: finishing off duplicate search/filtering workflow

YouTube embed. Click thumbnail to play.

d02b27 No.3629

windows

zip: https://github.com/hydrusnetwork/hydrus/releases/download/v220/Hydrus.Network.220.-.Windows.-.Extract.only.zip

exe: https://github.com/hydrusnetwork/hydrus/releases/download/v220/Hydrus.Network.220.-.Windows.-.Installer.exe

os x

app: https://github.com/hydrusnetwork/hydrus/releases/download/v220/Hydrus.Network.220.-.OS.X.-.App.dmg

tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v220/Hydrus.Network.220.-.OS.X.-.Extract.only.tar.gz

linux

tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v220/Hydrus.Network.220.-.Linux.-.Executable.tar.gz

source

tar.gz: https://github.com/hydrusnetwork/hydrus/archive/v220.tar.gz

I had a good week. I fixed bugs and made small improvements.

better file importing

I've written a simple and I think accurate test for whether a file is already in use by another process and hooked that into the import pipelines of the regular manual import dialog and the automatic import folder routine. From now on, these files will be excluded before any other parsing step–so it should now be safer to point an import folder at your browser download folder, for instance. Let me know if you discover any ways this test fails, either for a false positive or negative.

I also discovered a source of extreme slowdown during file import of large pngs with transparency, which cropped up due to a recent reshuffling in how some metadata was being generated. I've fixed the slow code, so even 4000x4000+ pngs should only take about a second.

double-click to edit

All listctrls (the spreadsheet-like controls that have multi-column lists of data) in the program that also have an edit button should now do that edit action on a double-click!

important quiet bug fixes

For a long time, I've told the gui part of the client to suppress certain core warnings. These bugs usually aren't a big deal, and most of the error stuff is just spam, but they can cause some flicker and small memory leaks and things like that, so this week I found the time to clean them up. As a result, Linux and OS X users should see less console error spam (which was leaking through despite the suppression) and everyone should have a very slightly less janky experience when the main client and its windows boot and exit.

But in the same way, some unusual combination of windows and events may trigger some new errors. They should pop up like any other caught exception, so let me know if you see any.

I've also cleaned up a variety of other weird problems and bad old timing code, including a couple of possible race conditions (potential program lock-ups) in the new file manager.

full list

- fixed collection selection show action lookup for the preview window

- files added through the normal import dialog or import folders will be not be fed into the import pipeline if it looks like they are already in use by another process

- (hence setting an import folder to a browser download destination should be more reliable)

- rewrote some critical phash generation code that was running extremely slow when importing large pngs with transparency

- all listctrls that have an edit button now also trigger the edit event on item activate (e.g. double-click/enter key on an item)

- added zoom in/out/switch to edit shortcut action dropdowns, can't promise it works everywhere

- 'stopping' a gallery page search will now correctly make sure the search queue is unpaused so it can move on to any subsequent search

- the way excess messages are added to the popup message manager is quicker, improving gui responsivity on message spam

- fixed a potential race condition when a file import occurs at the same time as client_files rebalancing

- fixed a potential race condition when a check_file_integrity db maintenance occurs at the same time as client_files rebalancing

- the client will no longer suppress some core debug stuff

- fixed an invalid event handler on canvas close bug

- fixed a long-time wx locale issue

- fixed a misc main gui parent assert issue

- fixed some invalid non-wx-thread calllater calls

- cleaned up some inartful showmessage calls

- cleaned up some datacache init code

- fixed some shutdown event handling

- generally improved and fixed in some cases how threads signal job status

- improved some thread-interaction timings

- improved how files and thumbnails are deleted

- file imports add their files to the client_files structure in a more sensible way

- misc fixes

- misc layout fixes

- misc cleanup

next week

I couldn't find time to work on suggested tags this week. I'm behind on messages as well. I'd like to catch up on both.

49f1ff No.3630

Nice.

Every time I open the client I get this message in the terminal: "10:50:52 PM: Debug: Failed to connect to session manager: SESSION_MANAGER environment variable not defined".

Should it have any meaning for a normal user like me?


997fd4 No.3632

>>3629

Overall import seems to be slower (may be because I checked the option to delete files after import) but I did notice there being less lag for importing large files


d02b27 No.3651

File: 1cbc835932a0812⋯.gif (2 MB, 389x400, 389:400, 1cbc835932a0812e51aa46d3aa….gif)

Note: It looks like 8chan are moving to a new file system. I think it is based on sha256, like hydrus. I think this is technically neat, as it should reduce thumbnail-swap bugs and their bandwidth costs, but my thread watcher is broken for these new urls. You'll just get a ton of 404s. I will fix it for v221!

>>3630

I'm not sure what that means. I don't get it on any of my machines. What OS do you have, and which release do you use to run hydrus? I assume you are in Linux–if so, could you be running ./client or whatever from an unusual terminal that might have an odd environment?

>>3632

I put in an extra safety copy layer for hdd imports this week (files are explicitly copied to a temp dir before they are parsed, and are only moved into client_files if they are good), so there might be a bit extra lag, although I'm not sure how much of that stuff actually gets flushed to disk. If you find imports remain slower for several different scenarios, you might try running some profiles as described here:

http://hydrusnetwork.github.io/hydrus/help/reducing_lag.html

And I'll see if it is anything I am doing.


dc7e3f No.3652

>>3651

>I'm not sure what that means. I don't get it on any of my machines. What OS do you have, and which release do you use to run hydrus? I assume you are in Linux–if so, could you be running ./client or whatever from an unusual terminal that might have an odd environment?

v220, Arch Linux, standard environment with zsh. Oh well, my concern was if it was some kind of known error, but the program is running fine, so I don't think there's anything to worry about.

If anything bad ever happens I'll report back.


7269ed No.3655

Still experiencing a good 2-3 minute lag time when adding tags to a file (or multiple files) that do not have tags yet. Have the public tag repo set to my default and am adding tags to it. As soon as I hit apply, Hydrus freezes up.

This does not happen when adjusting (adding or deleting) tags to an image that has public repo tags already or any action related to local tags.


98d179 No.3656

File: 2218ceaa84c62fa⋯.png (86.94 KB, 580x370, 58:37, 2218ceaa84c62fa883a13dabef….png)

>rewrote some critical phash generation code that was running extremely slow when importing large pngs with transparency

I tested this with a 10000x10000 image, and it imported in about ten seconds, as opposed to the old behavior of many minutes. Good stuff.


9417a0 No.3662

I would like to suggest a change on the tag parents interface. Reason is… I fucked up when adding some parents, I must have been doing it rashly I guess. The thing is, I've got a truckload of incorrectly tagged images.

Now, fixing this turned to be sort of hard, since when I sort by parent, the children stay sorted by… I don't know what, is neither alphabetical nor by ocurrences. Could you hardcode it to also sort children in alphabetical order? Maybe add something that detects children with multiple parents? I don't know if I messed up in another instance also, so this could help me fix those too. It's really my mistake though, no need to add complexity or invest time just because one guy messed up, but if you consider it a good idea or something simple to do, well, at least you will be helping me.


4daba6 No.3677

Could you add "force update subscriptions now" menu command?

I would like to set the automatic update period to 999 days and just do it manually when I want to.


06e344 No.3686

>>3655

Oh wow, I think that's what's happening to me. I have a subscription going on and it's done like 10 images in the last 20 minutes. But I've also had trouble with applying tags to images period taking a strangely long amount of time.


d02b27 No.3721

File: a6a2546c6ad913c⋯.jpg (115.81 KB, 800x577, 800:577, a6a2546c6ad913c9c120362dbf….jpg)

>>3655

>>3686

Please try temporarily adding a unique new tag (something like 'ueetouhobxuthhon') to a file that already has some tags, and let me know if that creates the same freeze.

Also, please run some profiles of the slow behaviour as described here:

http://hydrusnetwork.github.io/hydrus/help/reducing_lag.html

And email/pastebin it to me, and I'll have a closer look at what is slowing it down.

>>3662

Sure, I'll look into this. I'm not sure why it isn't doing it already.

>>3677

Sure, I'll add this to the list.


746f28 No.3732

How does hydrus get past 8chan captcha when importing from cuckchan?


0022af No.3794

>>3677

You can already do this per subscription by using the "force sync on dialog ok", but I'm guessing you mean a global force sync

>>3732

If you're talking about the guy on >>>/hentai/

he's uploading the pics manually.



[Return][Go to top][Catalog][Post a Reply]
Delete Post [ ]
[]
[ / / / / / / / / / ] [ dir / cute / egy / fur / kind / kpop / miku / waifuist / wooo ]