[ / / / / / / / / / / / / / ] [ dir / agatha2 / animu / jenny / l / leftpol / mde / tingles / vg ]

/hydrus/ - Hydrus Network

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

Catalog   Archive

Winner of the 66rd Attention-Hungry Games
/nothingness/ - R I S E U P

December 2018 - 8chan Transparency Report
Comment *
Password (Randomized for file and post deletion; you may also set your own.)
* = required field[▶ Show post options & limits]
Confused? See the FAQ.
(replaces files and can be used instead)

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

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

Experienced user with a bit of cash who wants to help out? ---> Patreon

Current to-do list has: 1,558 items

Python 3 update just happened! Check v335 release post for update instructions!

Current big job: Client API

YouTube embed. Click thumbnail to play.

41b1e5  No.11445[Reply]


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

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

os x

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


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


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

The recent v335 was an important update. If you are updating from v334 or earlier, please go read that release post for your special one-time update instructions and update to v335 before you try this week. Once you have updated to v335, the process for updating to anything newer is back to normal.

I had a good week. A bunch more bugs are fixed, and I added some little things as well.

all misc this week

I fixed a variety of bugs this week. A unicode log printing bug still hanging over from the py3 update, some unusual webms (mostly ones that tend to be a single frame with music), and some network download file size chePost too long. Click here to view the full text.

File: ab23431121b8563⋯.jpg (96.69 KB, 492x650, 246:325, ab23431121b8563a7bc3b7ac57….jpg)

0675b5  No.5115[Reply]

Gonna start another thread because >>173 is becoming too big for most people.

In the tag manager, whenever multiple tags are selected for multiple files with different tags, if you press the del key, the program will still ask you if you want to delete them all or put them all in the selected files. This does not make sense, if I'm pressing the del key it's obvious that I want them gone.

633 posts and 196 image replies omitted. Click reply to view.

04b410  No.11441

File: a1ce86ce9a34c6f⋯.png (9.33 KB, 266x272, 133:136, ClipboardImage.png)

File: 3e8db57d04b00a4⋯.png (16.08 KB, 341x313, 341:313, ClipboardImage.png)

File: cf0a217eea422f3⋯.png (50.13 KB, 1069x580, 1069:580, ClipboardImage.png)


>This was the right-click menu on the thumbnail area, right?

Right thus far it only effects the right click menu in the GUI, The general steps I took was

>Setting a system limit

>opening the internal preview browser

>deleting some pictures one by one with right click instead of the fast archive/delete

>closing the preview after getting through all 10

>right click to refresh (where the bug would show up)

I did run across another instance of it today, but not in the same way. This time it was in the rightclick menu when scrolling over pic in the download gallery options, I was going to paste something but noticed the bug again.

And on more experimenting it looks like the GUI option [Manage] when highlighting a file trips the bug. Also if I right click the blank canvas space, but chose nothing and close it it also trips the bug. I might try to get a video of this later.

The tracebacks exceptions from the 2019-01 file is huge, but searching for the specific one only got a few duplicates and I dont think it will help nail anything down.

<class 'wx._core.MenuEvent'> returned a result with an error set

2019/01/23 12:13:58: Uncaught exception:
2019/01/23 12:13:58: SystemError

<class 'wx._core.MenuEvent'> returned a result with an error set

2019/01/23 12:14:02: Uncaught exception:
2019/01/23 12:14:02: SystemError

<class 'wx._core.MenuEvent'> returned a result with an error set

2019/01/23 12:14:12: Uncaught exception:
2019/01/23 12:14:12: SystemError

<class 'wx._core.MenuEvent'> returned a result with an error set

04b410  No.11442


Something to note, like the memory freeze up problems this error seems to go away completely upon restarting hydrus, when I first restarted hydrus yesterday I thought the problem fixed itself but after having the bug again today I think it could be related to idling or just the straw that broke hydrus's back after something broken being left alone for hours eventually jamming the wheels (in this case overnight). I wont be able to get a video until it happens again, but shouldnt take too long.

ff5444  No.11443



So I went ahead and created f00-f0b directories and got the thing open. Should I expect it to crash when a file is unable to load or will there be an error I can use to prompt me to search the tags at the given source location? Or will it just remove the (supposedly) now faulty db entries to the missing paths?

ff5444  No.11444




Which .db file is are the tags and source stored in? (assuming you're able to say for whatever reason)

It appears an error is thrown for every missing file, so if I can query for the identified filename in the sqlite program, I can theoretically get the corresponding tags and source location. Using those, I should be able to manually find each missing file again to replace them… unless the database automatically erases the entry after finding it missing.

I may also be able to search for the missing locations and find the filenames and tags based on that if having the browser run into them automatically erases the entries.

I had a class on mysql and the queries seem to be nearly identical, so I should supposedly be able to figure out the basic queries needed if I know where i'm looking.

ff5444  No.11446





Ok, Sorry to make so many useless posts in such a short amount of time, but I have been experimenting and found that the files do not get automatically removed or deleted. They stay in the view and just throw an error to the log. As this is the case, I can just wait and whenever I find a file that is missing, I will re-download it. That being said, it would be much easier if there was a way to sort by filename and / or to download the image without having to copy the url and pasting it to the url download page. Are there any tricks to do this?

I would like to thank you very much for all your help. I will be sure not to make such a stupid mistake again.

File: 3f8a8d22364b1de⋯.jpg (111.13 KB, 400x400, 1:1, 1394958218797.jpg)

d5679d  No.9327[Reply]

Here you can ask questions so that the board is not clogged with small threads.

>>6021 has reached its bump limit, so I made a new thread.

486 posts and 98 image replies omitted. Click reply to view.

5a804d  No.11423

So I can drag-and-drop 4chan threads into Hydrus to start a watcher. That's good.

How do I make that work for pregchan?

35e09b  No.11427

Is there a way that I can prevent 'rating' namespace tags in the repository from appearing in my search results? A lot of the ratings on the repo are different from mine, and I'd rather stick with my own in this case.

4cd362  No.11429


Please check out this help here:


This may be way more complicated than you wish to go or have the technical experience for. I don't think you'd have to create a whole new parser from scratch–you could probably get away with creating a new URL Class for pregchan's threads and then point it at one of the existing 4chan/420chan/8chan parsers (or maybe a slight alteration of a dupe of one of those). If the parsers are too complicated, you might be able to get away with a very simplified parser that just grabs image links or something.

If you figure something out, please consider uploading your new objects here:


I am happy to help if you run into trouble, and there are a bunch of users on the discord who do parser creation as well.

4cd362  No.11430


You can try to wrestle with the current ugly ui under services->manage tag censorship. Add a blacklist for 'rating:' for the PTR and that should hide them from most views. This system isn't great though–it is pending a complete rewrite.

35e09b  No.11440


I tested it out, and while the tag censorship does indeed remove the tag itself, images containing the censored tags still display, so the ratings conflicts will still show up.

No worries, though, it's not a critical issue for me. I was just wondering if it's doable right now.

File: 1426721772716.png (100.78 KB, 1624x1081, 1624:1081, 1327614072601.png)

7f2c0e  No.471[Reply]

Drag and drop windows with tag rules. Show two windows side by side and one window can be programmed with the rule "ADD tag foo" and the other one has the rule "REMOVE tag foo, ADD tag bar" and you can drag and drop files to them.

Deriving tags from regex of other tags/namespace tags. A file has the tag "filename:big_ugly_name" and we could regex that namespace for another tag.

Tag sets with hotkeys: save a set of tags under a hotkey so it's quick to add them to a file while filtering

Opaque window behind tag list in the corner so it doesn't get hidden by picture background

Option to default certain mime types to be excluded from slideshow and only open externally, will help with videos with odd codecs that don't preview in the slideshow correctly

Option to specify hamming distance in "find similar images", you can't change the option once it's in the filter window and you have to enter the hash manually in the "system:similar to" option
620 posts and 191 image replies omitted. Click reply to view.

690b74  No.11320

Minor huge suggestion/bugreport: yapf your sources.

Example to quickly poke around: https://yapf.now.sh/

For your code, I'd recommend 'facebook' style in particular.

And I would also recommend reducing the amount of empty lines; but that'd be more manual rather than one-step apply-a-tool.

e3e4ce  No.11323

API requests my mobile developers https://ghostbin.com/paste/qqvo7

2353ee  No.11383

Please don't reset the "fit to screen or original size" option (the Z key) every time you change image. Or make it a setting.

9908ab  No.11425

2bf658  No.11439


You forgot the API for Gelbooru JSON, https://hypnohub.net/help/api (MyImouto) and https://e621.net/help/show/api (edit of Danbooru)

File: ba92f81a72bb9fb⋯.gif (331.3 KB, 370x280, 37:28, ba92f81a72bb9fb12952d5860d….gif)

6644f3  No.11435[Reply]

I had a good week. I fixed several more bugs, including some more unicode issues and shutdown scheduling, and the big shutdown memory explosion some users were seeing, and added a couple of new small features. The client api work started well but is not ready for use yet.

The release should be as normal tomorrow.

94bbc1  No.11438

YouTube embed. Click thumbnail to play.

efc26a  No.11355[Reply]


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

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

os x

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


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


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

Last week, v335, was an important update. If you are updating from v334 or earlier, please go read that release post for your special one-time update instructions and update to v335 before you try this week. Once you have updated to v335, updating to anything newer is back to normal.

I had a good week. A bunch of py3-related bugs are fixed, and I improved some heavy-load throttling.

py3 fixes

Overall, last week's update went well. CPU and memory use and overall jank is down for all users, and afaik there weren't any permanent disasters in the update. This was a big relief for me.

Post too long. Click here to view the full text.
13 posts and 1 image reply omitted. Click reply to view.

595eaa  No.11409

up to v336, still getting this error when importing a folder


'charmap' codec can't encode character '\u014d' in position 71: character maps to <undefined>

Traceback (most recent call last):

File "include\HydrusData.py", line 854, in Print

print( str( text ) )

File "include\HydrusLogger.py", line 130, in write

self._log_file.write( message )

File "c:\python36\lib\encodings\cp1252.py", line 19, in encode

UnicodeEncodeError: 'charmap' codec can't encode character '\u014d' in position 66: character maps to <undefined>

During handling of the above exception, another exception occurred:

Traceback (most recent call last):

File "include\HydrusThreading.py", line 307, in run

callable( *args, **kwargs )

File "include\ClientGUIDialogs.py", line 1031, in THREADParseImportablePaths

HydrusData.Print( 'Unparsable file: ' + path )

File "include\HydrusData.py", line 858, in Print

print( repr( text ) )

File "include\HydrusLogger.py", line 130, in write

self._log_file.write( message )

File "c:\python36\lib\encodings\cp1252.py", line 19, in encode

UnicodeEncodeError: 'charmap' codec can't encode character '\u014d' in position 71: character maps to <undefined>

efc26a  No.11412


Great, I'll do something like this then.


Thank you for this report. I missed some of the unicode stuff last week. I have it fixed for 337.

Note that this is a logging problem, so that particular file it wants to complain about (which probably has some unicode in its filename) may still be broken in 337–it'll just be able to correctly report that it is 'unparseable'. If you get a better error here next week and the file nonetheless seems good in an external media viewer, please submit it and I'll have a look on my end!

47a211  No.11418


when it comes to anti virus, they have 2 methods of working

1) knowing the behavior of the program, if its doing something iffy, they may catch it

2) knowing the exact exe

other then this, anti viruses are kind of worthless. you are honestly better off working in a vm, and becaues these things dont typically catch new things, only old ones, by the time antiviruses catch and patch for things, your os is usually already patched, or will be patched shortly, and for the few things that would still hit you that you don't ask for, it would be better to have a hardware based firewall.

47a211  No.11422


float division by zero… (Copy note to see full error)

Traceback (most recent call last):

File "include\ClientImportFileSeeds.py", line 1211, in WorkOnURL

self.DownloadAndImportRawFile( file_url, file_import_options, network_job_factory, network_job_presentation_context_factory )

File "include\ClientImportFileSeeds.py", line 544, in DownloadAndImportRawFile

self.Import( temp_path, file_import_options )

File "include\ClientImportFileSeeds.py", line 763, in Import

( status, hash, note ) = HG.client_controller.client_files_manager.ImportFile( file_import_job )

File "include\ClientCaches.py", line 1088, in ImportFile


File "include\ClientImportFileSeeds.py", line 289, in GenerateInfo

self._thumbnail = HydrusFileHandling.GenerateThumbnail( self._temp_path, mime, percentage_in = percentage_in )

File "include\HydrusFileHandling.py", line 113, in GenerateThumbnail

renderer = HydrusVideoHandling.VideoRendererFFMPEG( path, mime, duration, num_frames, cropped_dimensions )

File "include\HydrusVideoHandling.py", line 598, in init

self.fps = self._num_frames / self._duration

ZeroDivisionError: float division by zero

efc26a  No.11428


Thank you for this report. Someone actually sent me a similar unusual-frame-count music vid the other day, so this is fixed for tomorrow's release already! Let me know if you still have any trouble in v337.

File: c7ab9e75b8ba6a6⋯.png (735.97 KB, 1200x1880, 30:47, decboo.png)

fadc2c  No.7858[Reply]

Hello Hydrus Network community.

I am a programmer familiar with booru development. I have written my own private booru software that scrapes public websites for images much like Hyrdrus Network, it currently has 10 million files, but this isn't what I am here to talk about.

I am very interested in Hydrus Network's goals of decentralized zero-authority sharing and collaborative organization of images as developments towards these goals benefits my own booru.

I have recently created a proof of concept decentralized booru called "Decboo", it uses IPFS for image distribution and the Ethereum blockchain for tag distribution.

Decboo is not the booru I spoke of earlier, it is an extremely basic program made only to demonstrate blockchain-based tag distribution, functionality that I hope the Hydrus Network developer(s) will integrate into the Hydrus Network software.

A zip file containing Decboo's software can be downloaded here: https://ipfs.io/ipfs/QmZvYUrXFwpqCognaLm6ecSixQRuXbeXScrZKA71VRUsgE

4 posts omitted. Click reply to view.

dc0b90  No.8123

File: 08c5d3c6ed7b354⋯.gif (647.26 KB, 500x289, 500:289, sensible chuckle.gif)


>satoshi nakamoto invented cryptography

e0e4aa  No.8147

I think a blockchain is probably overkill, especially since in the long run blockchains tend to grow very large and unwieldy. The bitcoin blockchain is currently more than 100GB.

While technically blockchains provide the strongest guarantee of decentralized trust, they are only necessary when you're expecting the network to be attacked by technically skilled people with lots of time and deep pockets. In practice the worst kind of attack a network like this could expect would come from particularly autistic shitposters with relatively little disposable income. Even things like the bittorrent network still function fine despite being targeted by the likes of Hollywood.

Proof-of-work algorithms are a good idea though. They can be used to increase the computational cost of attacks and prevent a malicious entity from doing damage faster than a few humans can undo it.

If I was designing something like this I'd require proof-of-work both for node ID generation (to prevent sybil attacks) and for any edits made to the image/tag database. Let leaf nodes query the network for free (within certain bandwidth limits), but make them generate a computationally intensive ID if they want to push any changes to it. Each node should adjust its trust in its neighbors depending on how often they agree with the consensus, blacklisting any nodes which consistently give bad responses.

5996db  No.8274


IPFS based image sharing is awesome

28c3ba  No.11386


Still no source code one year on… please show us more

28c3ba  No.11387

File: 7de421a3f9be871⋯.png (6.18 KB, 200x200, 1:1, hydrus_non-transparent.png)

717c6a  No.11385[Reply]


https://hydrusnetwork.github.io/hydrus/ (主頁)

https://github.com/hydrusnetwork/hydrus (開源軟件)

https://t.me/hydrus_network (Telegram即時通訊)

https://8ch.net/hydrus/index.html (BBS)

File: ea31ab670c8dee7⋯.png (12.55 KB, 340x175, 68:35, mariadb-usa-inc.png)

928501  No.9068[Reply]

ITT: create proposals for making Hydrus more optimized.

Proposal: Why can't Hydrus switch to MariaDB?

If it is faster, then it should be better. The only trouble is having the need to rewrite the queries, which from an SQL standpoint should be a non-issue, right?

List of Databases with Open Source License and Open Source APIs:

SQLite - Currently used in Hydrus, has minimal features

MySQL - A more well-rounded SQL Database with user management

PostgreSQL - An SQL with complex features with less performance

MariaDB - SQL/NoSQL database with heavy optimizations

ElasticSearch - A literal search engine instead of a normal Database

Teradata - IDK



44 posts and 2 image replies omitted. Click reply to view.

3914e8  No.11058


Or maybe others as well? What if we are getting music from torrents instead and don't want MusicBrainz to know that I got them?

Bumping to spark conversation


http://www.scitepress.org/Papers/2016/59263/59263.pdf (Performance Evaluation of Phonetic Matching Algorithms on English Words and Street Names)

More benchmarks for major phonetic algorithms

74b0c2  No.11133


>PostgreSQL - An SQL with complex features with less performance

1998 wants it retard memes back.

ed0a1d  No.11204

File: 880feed1fc57634⋯.png (1.57 KB, 300x300, 1:1, 下.png)



928501  No.11206


How so? Too many onyomi and kunyomi? Even then if we are not using phonetic fuzzy search, string fuzzy search can still be used (see https://en.wikipedia.org/wiki/String_metric)

71a1b2  No.11380

File: 5734ceedfcc53a4⋯.png (219.04 KB, 373x323, 373:323, Tzs0oi5.png)

211bff  No.10443[Reply]

Make my day showing me your boners, lads.

I hope i'm not a degenerate by this board's standards.

10 posts and 10 image replies omitted. Click reply to view.

3f2b96  No.11224

File: b83f51945a80e46⋯.jpg (69.64 KB, 388x362, 194:181, How Boned is Acionna [2019….jpg)

80% is from pixiv and nijie.

most was paged from 0,1,2,3…

have to change 12821 series to the 1,2,3 numbering.

tag to submit:


2335941 tags, I was unsure about the page numbering since I started collecting. That and a few other siblings I should triple check, it's been 2 years and I sure my quality control is quite sharper.

8c3fc1  No.11230


Does Hydrus have a way to download from Nijie? I haven't looked too deep, but didn't see one.

3f2b96  No.11244

File: 5a847df25e48971⋯.png (6.06 KB, 512x125, 512:125, easy-import-nijie-artist-2….png)


Yes, cuddlebear host a few downloader on his github.

Here's a freebie.

Still not perfect though, it doesn't collect either the filenames or the nijie work number.

Or perhaps I missed something on my side.

adec98  No.11338

File: a943e5eba90ddfc⋯.png (220.13 KB, 369x329, 369:329, client_2019-01-15_00-53-36.png)

4edd1c  No.11368

File: fcdd7a46389a254⋯.png (154.03 KB, 375x375, 1:1, boner.png)

Just got to the point where the USB I was using as a backup isn't large enough to hold all my files. I need to go through and delete the stupid shit that's accumulated.

YouTube embed. Click thumbnail to play.

d2b76b  No.11238[Reply]


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

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

os x

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


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


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

When I first made this release, Github’s file upload was not working right, and I used Mediafire instead. Github is now working and I have updated the links above.

I had a great four weeks updating hydrus to python 3. The update went well, and the releases today are ready for all users, but there are special update instructions just for this week.

python 3

The client and server now run completely and exclusively on python 3, updating from python 2. The new version has a variety of benefits, mostly in better unicode vs. data handling, but for hydrus it also runs a little faster, uses less idle CPU and significantly less memory,Post too long. Click here to view the full text.

67 posts and 16 image replies omitted. Click reply to view.
Post last edited at

d69441  No.11345


>Great, thanks for letting me know. Maybe you can tell Kaspersky to ignore or treat the hydrus exe/install folder a little differently? Turn off 'active' protection or something so it isn't scanning every time it runs?

Just letting you know I whitelisted Hydrus and it works, thanks.

d2b76b  No.11348



Hey, on closer inspection, these were giving me 18KB 'webm' files that were actually some kind of CloudFlare html saying 'we think you are a bot, please solve this captcha'. Once I solved that in my browser, they worked mostly ok in the current dev version (which admittedly now has some unrelated ffmpeg fixes). The /trash/ ones are now 404, but https://i.4cdn.org/gif/1547302893499.webm is giving me a resolution problem that I think I can fix today.

I think part of this problem is the result of the cloudflare-4chan setup giving the wrong http header to say the file was 'webm' when it was really an html interstitial.

The other half is that hydrus has no capability to solve these sorts of captchas. I have never encountered this CF page before on a content fetch, and if it is going to be a new 4chan thing, that's a shame. Let's hope it is a temporary thing that was a misconfiguration or an accidental statistical spike on that set of files due to some mis-aimed DDoS or something. Please let me know if you encounter more of this.

1822a9  No.11351

File: 3eabd4993c89de2⋯.png (2.48 KB, 1071x24, 357:8, client_2019-01-15_22-14-49.png)


just solved the captcha… no fucking clue why it did it for that one alone, or why it didn't give me the captcha but yea, now im getting this error with bringing it into hydrus.

that said, there has been some with captchas, there is an I believe open source project that can solve captchas without user interaction. it feeds the audio solution into google, and google spits out a solution and its 80-90% effective.

I know with fur afinity the issue is captcha, would it be possible to implement that into the program? google apparently already knows about the issue, but the captcha team more or less said, nothing we can do.

d2b76b  No.11354


Thanks. I'd like to add captcha support, but diving back into the downloader code after all the work I did last year is not my top priority right now. It would be a lot of work, whether I would present login/download captchas to the user in the ui or try to solve them automatically.

Current plan is to do it for the next big iteration on the downloader, whenever that will be. If 4chan or other sites start getting this CF captcha shit a lot, I'll bump it up the schedule, maybe as a hardcoded fix that recognises that CF page specifically.

It is strange that both you and I got the same captcha issue, since I hadn't looked at that content/threads on my own machine/IP previously. That suggests to me the data source was the flagged problem, not the specific client, hence my DDoS-false-positive-on-that-thread suspicion. Again, we'll see if that starts happening more often.

1822a9  No.11356


Thing is, I saw it fail, checked it, and was able to download it outside of client, then when you told me about the captcha and I checked It I got the captcha too.

No idea what what the hell was going on with that one.

File: e18c913ed90fd59⋯.gif (145.14 KB, 512x512, 1:1, e18c913ed90fd591c617879773….gif)

2a6778  No.11349[Reply]

I had a good week. I have fixed several bugs in the new py3 release (numerical ratings, some file and network unicode i/o, and some list sorting), cleaned and improved some long-time ui jank-code, and wrote in some limiters and a new workflow to smooth out mass-multiple import jobs.

The release should be as normal tomorrow.

Post last edited at

a6f687  No.11350

is this the kosher switch?

2a6778  No.11353

Post last edited at

File: 05d32f6e446a59e⋯.png (2.88 KB, 735x65, 147:13, Screenshot_2019-01-09 hydr….png)

File: f98e60cb69a9bb0⋯.png (10.76 KB, 733x268, 733:268, Screenshot_2019-01-09 hydr….png)

b745b3  No.11234[Reply]

Github is having trouble with my file uploads, so the release is delayed. I’ll give it another go later tonight, and if that fails, I’ll figure out something else tomorrow. Sorry lads!

43feb0  No.11235

Rats! I was getting excited reading the commits.

b745b3  No.11236

File: cfb0c9c54ffb312⋯.png (5.7 KB, 750x86, 375:43, fuck this.png)

>finally got upload working stable in new install of chrome

>upload proceeds at buttery smooth 85KB/s

>upload finishes, get this

>it was a .tar.gz file

I think Github may be fucked. I will try again tomorrow. Worst case, I'll throw them up on mediafire.

b745b3  No.11237


Changed my mind. I want to hammer this shit out tonight. Uploading to mediafire now, release in 10-20mins.

File: 4067021824486d7⋯.jpg (3.25 MB, 4000x2733, 4000:2733, 4067021824486d72f958928445….jpg)

955d78  No.11223[Reply]

I had a great four weeks updating the software to use python 3, the new version of the language I write hydrus in. Overall, it went very well. The new client does not look different, but its guts are newer and neater. Some things run faster, and some long-time py2 bugs are gone.

The release will come at the normal time tomorrow, but it will have special one-time update instructions for all existing users. It is important you read the release post.

ce738c  No.11228


1ec45e  No.11229

File: 717a3ccdd07ed0b⋯.gif (499.23 KB, 300x250, 6:5, a pu pu pue.gif)



6dd3a1  No.11233

Cool! Can't wait to see that commit's diffs

YouTube embed. Click thumbnail to play.

166250  No.11002[Reply]


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

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

os x

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

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


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


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

I had a good week. I mostly fixed bugs in order to make a clean 'final' python 2 release.

all misc this week

I wrote a system: predicate for the new file viewing statistics. It works great!

Also, you can suspend file viewing tracking and clear all records entirely under the new database->file viewing stats menu.

Post too long. Click here to view the full text.
32 posts and 10 image replies omitted. Click reply to view.

166250  No.11213


Hey, I am sorry, I do not totally understand what you wrote here. Can you rephrase it or add a screenshot?

I do remember a user reporting an issue with 'import folders' having bad tracking for the files it did not import (for whatever reason)–was this you? If you check the button next to 'review currently cached import paths' on the edit import folder panel, what do the paths there suggest about your problem?

1882b6  No.11226

File: 9abdfa80ff8dd0e⋯.png (3.37 KB, 378x92, 189:46, client_2019-01-09_04-03-54.png)


oh simple. this is from a different importer where my hand saved images goes, so its showing 0 extra files.

however before I moved it to its new location, despite the folder being empty it would display 347/(however many new images where there here)

I think that it sees failed images and adds them to the beginning but regardless if you clean the images out, it sticks around, since I have been doing some cleanup on the g drive were my torrent folder is I have been going though artist archives and importing them, now there was one that had weird as fuck formats that were not importing and it skipped them, it added quite a large number to the beginning of the count, and subsequent imports have been adding 1-2 to the number due to txt documents, despite the images being removed from the folder.

at the time I didn't realize this was likely the problem and I believe you though that it was a folder that just had all those images in it and they were never moved.

1882b6  No.11227

File: d27ef43c9d18a6f⋯.png (3.89 KB, 370x83, 370:83, 2019-01-09_04-13-15.png)


here found a small artist I didn't import yet this screenshot was taken before any imports happened.

166250  No.11231



Thanks. I will make a job to check this code and have it occasionally clear out paths that no longer exist.

I'll also be looking at changing some of these popup progress gauges to show progress more for the 'current job', like 1/17, rather than always showing entire-life progress like 4001/4017, which is always just a green bar with one pixel of grey, no matter how big the most recent sub sync or whatever was.

1882b6  No.11232


lol asked about that somewhere too because that was a bit annoying seeing 'oh there are 1000 images here, the fuck happened' only to see the next stage of the sub have 975/983 and realized it remembers everything. not worth resetting the checkers for as to me it was a minor annoyance.

I should also say, the weirdness where on saving the session where it would bloat from 12gb to 18+gb has been solved with the removing the dead watchers from active view, however with a little over 100k images in active view mode, I am unable to set it to every 5 minutes as it does start to bloat and lag a bit, no where near the extent it did before, but a bit.

Delete Post [ ]
Previous [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15]
| Catalog | Nerve Center | Cancer
[ / / / / / / / / / / / / / ] [ dir / agatha2 / animu / jenny / l / leftpol / mde / tingles / vg ]