Version 225

Name
Email
Subject
Comment *
File	Select/drop/paste files here
* = required field	[▶ Show post options & limits] Confused? See the FAQ.

Embed	(replaces files and can be used instead)
Options	Do not bump (you can also write sage in the email field) Spoiler images (this replaces the thumbnails of your images with question marks)
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.

YouTube embed. Click thumbnail to play.

Version 225 hydrus_dev ## Board Owner 09/28/16 (Wed) 19:39:51 443d92 No.4038

windows

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

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

os x

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

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

linux

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

source

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

I had a tough week. I was ill for most of it, but I got a couple neat things done.

system:numtags is faster and more precise

When I split the db apart around version 200, the way that tags were counted for 'system:number of tags' had to suffer. I've now filled in the blanks and got it going fast again when possible. If your search is on 'local files' or has some other predicates (like 'show me all the files with 'blonde hair' that have less than 4 tags'), it'll typically run in less than a second.

Also, as I was mucking around with this, I discovered that namespaces were not being differentiated in the count, so having both 'page:1' and 'chapter:1' on a file would only count as 1 in the search logic. This is now fixed.

incidence (grouped by namespace) tag sorting

You can now sort tags by 'incidence (grouped by namespace)'. I wasn't sure how to sort the grouped namespaces, so I ultimately went with lexicographic. Let me know what you think!

full list

- system:numtags is now much faster when applied to 'local files' or a file repository

- system:numtags now correctly counts same-tag-different-namespace tags as distinct (for instance, [page:1, chapter:1] was previously being counted as only one)

- refactored fast db integer iterable access code into a context manager

- media result building is faster

- added namespace-grouped incidental tag sorting

- fixed the OpenCV image loader for monochrome images

- fixed a thread interaction issue when drawing popup messages

- popup messages should no longer flicker while static

- popup debug test is richer

- fixed editing of some taglists such as in explicit tags and import tag editing

- SSL EOF errors are now caught by the networking engine

next week

Assuming I have the time and energy, I'd like to catch up on messages and push the parsing overhaul more. I did a little more on it this week, and I'm still enthusiastic about getting a simple prototype ready. Most of the object code is basically there, so I just need to write a bit more gui and polish it off.

There's also a bug in how some autocomplete tag counts are being added up, I think to do with siblings, so I'll look into that and any other bug reports that have piled up while I've been out.

Anonymous 09/28/16 (Wed) 22:44:17 50010f No.4039

For some reason, either system:limit is bugged or the ordering system is bugged.

If, for example, I set "system: limit is 1,000" with "sort by newest first" as an option, it won't actually show all the latest posts. (if I refresh, it'll show different recent posts.)

I'd like to get ALL the latest posts, rather than a selection of posts from the entire db. Is that possible?

Anonymous 09/28/16 (Wed) 22:46:21 ebc415 No.4040

File: 3d10edfaea17875⋯.jpg (1.13 MB, 1416x1412, 354:353, 1461204555313.jpg)

Feel better Hydrus.

Anonymous 09/29/16 (Thu) 00:21:47 5444c5 No.4041

>>4039

I think you have to do that without system:limit, and instead do it by system:age. Hydrus' behavior with system:limit seems to be "show me a random selection equaling X number of files that fit my search predicates"

Anonymous 09/30/16 (Fri) 15:53:37 f7b687 No.4048

When i right-click on an image, I get the following error.

PyAssertionError

C++ assertion "(itemid >= 0 && itemid < SHRT_MAX) || (itemid >= wxID_AUTO_LOWEST && itemid <= wxID_AUTO_HIGHEST)" failed at ..\..\src\common\menucmn.cpp(260) in wxMenuItemBase::wxMenuItemBase(): invalid itemid value

File "include\ClientGUIMedia.py", line 2593, in EventShowMenu

if len( pinnable_ipfs_service_keys ) > 0: AddServiceKeysToMenu( remote_action_menu, pinnable_ipfs_service_keys, pin_phrase, 'upload' )

File "include\ClientGUIMedia.py", line 49, in AddServiceKeysToMenu

menu.Append( id, phrase + ' ' + file_service.GetName() )

File "site-packages\wx-3.0-msw\wx\_core.py", line 12007, in Append

Anonymous 09/30/16 (Fri) 19:05:57 f7b687 No.4049

>>4048

After closing and re-opening Hydrus, I no longer receive that error message.

Anonymous 09/30/16 (Fri) 19:06:39 5444c5 No.4050

>>4038

Can we have separate sort options between the main hydrus window and the media viewer? I typically sort by incidence descending during an import or tag search but when managing tags on a single image I'd prefer lexicographic (grouped by namespace) or incidence (grouped by namespace).

Currently I have to pick one option for all of hydrus, now a huge deal but it would be convenient.

hydrus_dev ## Board Owner 09/30/16 (Fri) 23:21:12 443d92 No.4053

File: 34cbf83b81fe6a4⋯.jpg (324.38 KB, 2021x1662, 2021:1662, 34cbf83b81fe6a46ece9a3e370….jpg)

>>4039

Yeah, >>4041 is correct–system:limit take a random sample of the full results list. It does this before the slower 'building' process where all the file hashes are connected to their ratings and tags, so really it is about speed. Also, the db just isn't clever enough to understand what sort order or whatever the gui expects from its results, maybe it will be in future.

>>4040

Thanks. I think the constant 2016 HAPPENING ERRY DAY is suppressing my immune system or something. I'm generally cheerful, but I've been on-and-off ill most of this year.

>>4048

>>4049

Thank you for this report. Several people have mentioned it, and I've seen it myself. This seems to be a long-time silent error that is only now making a fuss because I turned off some assert suppression a few weeks ago. Some menu id counter is counting too high after long use. I've been planning an overhaul of this system for a while, so I think I'll be moving that up to get this fixed. For now, reboot is the fix. Let me know if you discover anything that hastens the problem.

>>4050

Sure, I'll add this to the list.