/hydrus/ - Hydrus Network

Keep being based, dev.

You want to move

from include import HydrusConstants as HC

HC.DB_DIR

except NameError, IOError

Is there any way to actively contribute code to the project? You don't seem to use GitHub except to push code.

Honestly the search results appear to be a lot slower than previously. Doing a large-ish search for ~100-150k would previously could chug at probably 1-3minutes, at the moment it takes around 5+minutes

Also I'm almost sure that this error:

The program 'client.pyw' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAlloc (insufficient resources for operation)'.
  (Details: serial 25260 error_code 11 request_code 53 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

Is caused by the popup windows that display information in the GUI during cleanup/optimization processes etc. I'm running this on Arch Linux and it keeps crashing when Hydrus starts optimizing the database while the GUI is open (as opposed to when the client is closed).

I enabled the 2 popup bugfix options, and it seems to have fixed the problem – although I'm almost sure that it would reappear if I focused on the window during the process. Could it be that you are constantly recreating the popup window and the X Windows System vomits at some point because of this? Maybe the created windows' X window resources are not properly cleaned up somehow or the windows themselves are just hidden, exhausting at some point an internal X11 resource?

Something to look at maybe. I have also seen this bug mentioned in the bug tracker and here previously.

>>4165

I mirror the wish to contribute to this project. I've made some small fixes to improve the workflow for video management which I'd like to be able to PR.

Also something else I noticed, at least on Linux, I get this when starting hydrus-client:

> WARNING:root:pafy: youtube-dl not found; falling back to internal backend. This is not as well maintained as the youtube-dl backend. To hide this message, set the environmental variable PAFY_BACKEND to "internal".

youtube-dl is definitely on the PATH though. Does hydrus expect it to be in hydrus/bin? Maybe checking both, environment variables (PATH – afaik cross-platform for all systems) and that location might be a good idea?

>>4162

>but I'd also like to add the 'db path' command switch I've been talking about

Awesome, can't wait.

Are you planning on having an easy "import all tags" from iqdb, or will it be grabbing tags, then you have to manually double click each tag you want to add?

On Windows getting:

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 2661, in EventShowMenu
    filter_menu.Append( ClientCaches.MENU_EVENT_ID_TO_ACTION_CACHE.GetTemporaryId( 'custom_filter' ), 'custom filter' )
  File "site-packages\wx-3.0-msw\wx\_core.py", line 12007, in Append

after a while when attempting to right click on any 2 or more selected gallery images and less frequently when right clicking a tag in the selection tags list on the left sidebar.

Only way to fix it is to restart Hydrus and it will work for a little while then give that error again.

So is there some kind of API to easily access the various images + tags in the database and modify them exposed by Hydrus?

If there was things like these: https://8ch.net/hydrus/res/1914.html#2323 could entirely be avoided. As I understand currently this requires you to remove every image from your database that has missing tags for some reason, and then reimport them after running that tool. It would be much easier being able to write a command-line script that iterates over your images, filters them based on some predicate and then uses some booru API wrapper to add the missing tags.

Even updating tags that way would work – possibly making it easy to keep the public tag repository up to date with the public *booru tagging.

>>4180

This is relevant to my interest too, I want to interface with Hydrus to write my own substitute for the booru share option, I just need to be able to get image data and tags from hydrus itself for my own handling, editing is optional for my case, getting filtered results from a hydrus instance would also be nice so I wouldn't have to parse it myself, I just want to make a new frontend for external people to browse a giant subset of my collection(s). Allowing them to search my collection indirectly by asking the frontend which asks hydrus which relays the results, would be very nice.

>>4215

It's probably much too late to suggest this, but I have a feeling that the client would have worked out much better cross-platform wise if written in something Like PyQt or PySide. Qt is seriously good and has many many features: including exactly what you are searching for: http://stackoverflow.com/questions/2217035/simple-cross-platform-free-audio-library-for-raw-pcm

I know this is a moot point right now, but maybe, just maybe, something to consider in the future. I'm not actually sure how closely coupled your GUI is to your code (although I doubt it is much at all), but if you notice more and more problems cropping up with wx you might consider replacing the frontend at some point in time – or at least prototyping one in Qt and see how you like it.

> A multiplatform audio library (as in 'here's PCM data, now throw it to the speakers') would be great, or better pdf parsing/rendering, or more reliable swf thumbnail generation, an svg renderer, a better python-friendly way of dealing with menu events in wx, and many more. Let me know if you are interested in this sort of thing.

List a few more of these requirements and maybe people can try their hands on a few. Although I assume this would need to be Python 2.

>>4219

>>4196

>>4180

I can only second these. A language-agnostic API would be ideal. Hydrus could expose such an interface as a local webservice and scripts/applications could interact with that interface. Ultimately this could be a way to write entirely new interfaces in different languages/toolkits for Hydrus too, while Hydrus handles all the complicated backend stuff.

Automatically monitoring threads relevant to certain keywords and adding them to Hydrus' downloads automatically would also be possible.

>>4215

Older, i5-2500k 8gb.

SSD for Hydrus/DB/Thumbs, HDD for storage.

I don't sync with your PTR.

~180k total.

Still slow after loading into disk cache.

Limiting to 1000 has the same effect. 0 is instant (as far as i can tell).

The search tallies the total what it will be fetching instantly, but the "Loading x of Total" clicks up at a very consistent rate (256 per ~1ish second). this used to be a couple of thousand, and not consistent at 256.

>>4165

I worked on this today and I realised what you meant here–I apologise, I misunderstood how the exceptions were propagating. It is all fixed for tomorrow along with the db_dir command switch.