[ / / / / / / / / / / / / / ] [ dir ]

/hydrus/ - Hydrus Network

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

Catalog   Archive

Name
Email
Subject
Comment *
File
Password (Randomized for file and post deletion; you may also set your own.)
Archive
* = required field[▶ Show post options & limits]
Confused? See the FAQ.
Embed
(replaces files and can be used instead)
Options

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: 2,017 items

Current big job: Catching up on Qt, MPV, tag work, and small jobs. New poll once things have calmed down.


YouTube embed. Click thumbnail to play.

bba349  No.13689[Reply]

windows

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

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

macOS

app: https://github.com/hydrusnetwork/hydrus/releases/download/v385/Hydrus.Network.385.-.macOS.-.App.dmg

linux

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

source

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

I had an ok week. There are more improvements to mpv and the shortcuts system, and a few misc small jobs done as well.

mpv

Some more general improvements this week:

MPV windows now work in slideshows, and all audios/videos are smoother to move to the next file when slideshows are running.

When you scrub the seekbar below a native or mpv video player, the video should now more reliably pause itself while you drag. Also, more kinds of one-frame music videos (where it is just an image webm with a song in the background) should now appear with their seekbars now, and the seekbars for all these unusual videos and audio files should work better.

Post too long. Click here to view the full text.
1 post omitted. Click reply to view. ____________________________
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

a3a93f  No.13694

File: ef41f6a84c185f9⋯.png (19.68 KB, 652x736, 163:184, ClipboardImage.png)

The url import panel minimum width is like half of my screen after the QT update.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.



File: 7a56ef4350b0bb9⋯.jpg (64.84 KB, 445x488, 445:488, 7a56ef4350b0bb96c5b6a4eb80….jpg)

2b149c  No.11542[Reply][Last 50 Posts]

BUGS THREAD

284 posts and 77 image replies omitted. Click reply to view. ____________________________
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

115ebe  No.13679

>>13649

Thank you for these reports. I will check out the zooming issue.

For the remove files issue, I had thought I had fixed this some weeks ago, and it works ok on my dev machine here. Is there any chance the downloader page here is very old? Pages secretly keep a file domain that they use to judge how to make various display decisions, and older downloader pages may still be using the 'all local files' domain rather than 'my files'. Does it still happen for you on a fresh downloader page?

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

115ebe  No.13680

>>13662

Thank you for these reports. I am sorry for the inconvenience. I will let the QuickSync lad know his client.master.db has a problem. If I haven't told you before, there is some background reading on this topic under "install_dir/db/help my db is broke.txt" if that is helpful. Let me know if you discover any more here.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

dc0b4a  No.13688

File: e417c45be011f23⋯.png (27.54 KB, 672x208, 42:13, 1.png)

>>13676

>I will look into this bug.

Well, I'm retarded. I did some tests and stumbled upon pic related.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

3f2492  No.13692

I added a third tag repository to stage my changes to the PTR, but when I go to use the "siblings" feature from tag management, every time I go in the order switches for "local" and the one I added, and it always selects the wrong repository.

Also, speaking of the siblings and parents feature, it would be nice to load them from the database based on context. Like if I am on the "local" repository, don't load everything from PTR because it dramatically increases the load time.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

f60ba8  No.13696

I'm going to count the storing credentials in plain text a bug.

For the love of all things holy, please.

https://pypi.org/project/keyring/

I found this, but I haven't used it. If anyone else has suggestions. I would try to do it myself, but I am finding it nigh impossible to navigate the source code.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.



File: b28babaa13b7dbf⋯.png (765.02 KB, 1278x720, 71:40, b28babaa13b7dbfb92d271ee0a….png)

2f807c  No.12641[Reply][Last 50 Posts]

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

Old thread >>9327

341 posts and 58 image replies omitted. Click reply to view. ____________________________
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

3e57fb  No.13684

>>13674

might be something with my firefox, looks like all cookies, not just from DA stopped being imported correctly (they're empty) but hydrus companion dev tried with fresh profile and it worked so something on my end probably

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

3e57fb  No.13685

>>13684

nevermind, managed to import cookies correctly but still get the ignored status

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

21c58e  No.13690

>>12641

is there a way to query deleted files from the client API?

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

f7ca0f  No.13693

File: 84e6b23e39eed9e⋯.png (28.76 KB, 440x339, 440:339, Screenshot_20200222_001807.png)

Hi, I have a few neewbie questions:

1. Just installed Hydrus, downloaded and imported 2 GiB of updates. Processing is almost finished by now, pic related shows the directory sizes in …/conf/Hydrus/. So, my virgin Hydrus with no media imported consumes 30+ GiB of disk space. Is it really that big from the beginning? Should I maybe perform some cleaning?

2. …/conf/Hydrus/client_files contains 4 GiB of files with the names like "da2e0e38098fc73502574fbba8832ce7a6f6a88c475ff33e53c152246b0e2afa". What's that?

3. Archive with the repository updates is called 1PTR_UPDATE_FILES-20200216T131032Z-001.zip, so apparently it's from February, 16. I expected that it should cover all the data I need to download, but after the import was done services→review services→repository sync→downloaded was about 70%. So I still had to spent few days waiting while the rest will be downloaded from the repository in 512MiB chunks. Is that a normal situation? Did I do something wrong?

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

000000  No.13695

Some faggot has spammed the "female" tag on thousands of unrelated images to shit up the PTR, any way to deal with him besides manually petitioning tags?

At this point I'm pretty sure it's intentional sabotage and not just a broken parser script.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.



YouTube embed. Click thumbnail to play.

22c1d8  No.13646[Reply]

windows

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

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

macOS

app: https://github.com/hydrusnetwork/hydrus/releases/download/v384/Hydrus.Network.384.-.macOS.-.App.dmg

linux

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

source

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

I had a great week updating the shortcuts system.

shortcuts

The 'new' shortcuts system has been in limbo for some time. I like it, but I never really 'finished' it, and there were still many places across the program that had hardcoded shortcuts. This week moves it forward, mostly for mouse clicks and the new mpv window. As a reminder, you can customise the system under file->shortcuts. There are multiple shortcut 'sets' that apply in different parts of the UI.

First of all, the shortcut edit UI has been rearranged so it is less of a mess. Instead of having all possible commands on the same window, you now select which one you want from a dropdown, and unnecessary widgets will be hidden. Also, Post too long. Click here to view the full text.

21 posts and 4 image replies omitted. Click reply to view. ____________________________
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

e763b8  No.13681

Could a way to sort duplicates for processing be implemented? For example, if I have a bunch of "pixel-for-pixel" duplicate images, it would be nice to just get those out of the way first and quickly. Because they're dead easy

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

3d9900  No.13682

>>13672

win 7, your installer, current session is 1424860 weight, been going through /gif/ mass trendwatcher removing shit I don't want, so its a constant opening video, and due to sound being a primary reason im able to do this, im keep with mpv, even with crashes its so much faster then opening exturaly even if double click still did that.

for what its worth these were from the preview window not the media viewer, now that I say that when I get back to parsing gifs ill try media viewer only and see if it makes a difference, right now i'm half paying attention to news while parsing images.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

3d9900  No.13683

>>13682

ok, had a crash in media viewer too, then shortly after a second crash.

part of me is thinking something didn't install correctly, so fingers crossed wednesdays version will fix it.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

6d80d0  No.13686

File: 6c86d2809ca35f8⋯.jpg (346.17 KB, 1199x897, 1199:897, 6c86d2809ca35f8636601f917c….jpg)

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.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

3d9900  No.13687

>>13686

Ok, now that endchan is back up, and because its less annoying to post there, i'll be moving back to posting there. however I have an interesting… problem?… and i'm wondering if there is a solution.

so right now with hydrus I have a threadwatcher that is 2100 watchers big, and this poses some issues with parsing, some threadwatchers only have 5 images, some have 150+

some have a good name that is easy to follow, some decided a new name scheme each fucking thing is acceptable.

some make it to competition and some struggle to get passed the 100 mark.

so lets take something like… vore seems to be a good one. there are 3 threads where its the first word, but then there is /vore/ which has 22, then there are different flavors of vore… ect ect.

now lets say I want to parse them all at once, im unable to do that because they are not in any way lined up for me to do so.

now, I will admit, since the delete tagging has become a thing, I have been going through watcher lists and I probably went through several hundred this week alone parsing every images. going forward what im going to ask for has a far lesser need or impact, but if its easy to implement it would be helpful currently.

is there a way to add an exception 'search' to watchers, where if I wrote 'vore' as a search term anywhere in its subject it has 'vore' it would show it and it exclusively? when I remove the term it would show everything again?

at the very least for me this would greatly help the parsing process and even if it took a bit to implement, I have a saved session that has a metric fuckton of watchers as well.

i'm hoping that by the end of the year with all the tools that came in I can be done with parsing old watchers.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.



YouTube embed. Click thumbnail to play.

031ef0  No.13605[Reply]

windows

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

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

macOS

app: https://github.com/hydrusnetwork/hydrus/releases/download/v383/Hydrus.Network.383.-.macOS.-.App.dmg

linux

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

source

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

I had a good week. Unfortunately it was a little changelog-light again, but hydrus now has a nice volume control, and mpv should be working for the Linux build.

mpv volume

You can now set volume and mute properly across the program. Any mpv player that has audio will now have a small speaker icon button next to the seekbar. This controls 'global mute', which silences the whole client without exceptions. This control is also on the top hover window of the media viewer.

When you put your mouse over the speaker icon, a popup appears with a second speaker button and a volume slider. The second button controls mute just for the preview window or the media viewer. By default, the volume sliders are also respectiPost too long. Click here to view the full text.

20 posts and 4 image replies omitted. Click reply to view. ____________________________
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

2768c6  No.13635

>>13628

Thank you for this report. Please let me know what your log says after a help->about call in 384 as here >>13631 .

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

2768c6  No.13640

File: 414224cc2a071c1⋯.jpg (93.51 KB, 1280x720, 16:9, 414224cc2a071c1f1e3639fc39….jpg)

I had a great week. The shortcuts system is improved, with better edit UI, more shortcut actions, increased support for mouse events, and the start of mpv shortcut integration. I also fixed a variety of bugs.

The release should be as normal tomorrow.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

b1ba37  No.13642

>>13631

The search complexity doesn't appear to matter, I've tested with a number of single line searches, with wildcard or specifying a specific chapter.

The files could definitely have previously had the same chapter tag deleted.

The files have not currently any siblings for those tags, however its possible I would have had tried a chapter:* to set:* sibling in the past (didn't work ;)), I may have also tried chapter:x -> set:x.

In checking this for you, I've noticed that I now have a bunch of 'unknown tag:'s for these images now - implies maybe some kind of db corruption, and no chapter tag at all. Unfortunately I only have my 378 DB to work off of (easily) to do any testing.

* for some of these tests I need to limit the results because of the number of images/tags

From 378:

Searching:"chapter:*" - finds 2 images, notably these 2 images are actually duplicates and one is from a mislabeled set. Chapters found: 065, 076.

Searching:"chapter:076" - 1 image, single chapter found, same as in above search.

Searching:"chapter:*76" - 1 image, single chapter found, same as in above search.

Searching:"*:*65" - lots*, bunch of chapters found, includes chapter 76, but includes all the images. Probably 100's of chapters - it's matching page:*65 too obviously and it's a bit awkward to count.

Searching:"series:*" - lots*, large number of chapters found.

From 383

Searching:"chapter:*" - finds 120 images, chapter 76 from previous, retagged when I noticed.

Searching:"chapter:076" - same as above

Searching:"series:*" - seeing a lot of "unknown tag" namespaced stuff, and not specific to chapter - looking like I'll need to rollback

Unfortunate, it seems it's evolved a bit since Post too long. Click here to view the full text.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

ed745d  No.13643

>>13633

ench chan had hardware failure and they are apparently rebuilding from a backup, but as they are small yet had a 250mb upload limit, im sure thats doing them no favors in coming back online.

for the watcher just up and dying… I didn't do an extensive test when I found it was fucked, I just noticed that after putting 5 watchers on one and 1 on another a few days later one of the watchers was still unknown, thinking I fucked up a copy paste, I looked into it, and it was still correct, I then noticed that the watchers that weren't dead were not updated at all past a point despite some of the watchers getting to 151 images.

im not going to lie, I have a metric fuck ton of watchers, probably something close to 5-6000, with nearly all of them dead and waiting to be parsed.

However there are only 38 watchers that are 'active' and among those there were only 7 new ones that were being parsed. this has not been a problem since the watchers were first updated to the new type where I tried dumping several thousand threads at once.

as for the file, im on

mpc-hc 1.9.1 - just a note if you don't know, apparently one of the original people from it is still doing updates but does not have control over the main site. there have been a few small updates that made some newer encodes play correctly.

vlc is 3.0.3, will update that and see

pot is 1.7.21126

going a bit more expansive on my video player list, mpc-qt 1808 did play the file, (mpv front end) I have no idea why this will play it if hydrus wasnt and hydrus im assuming is using a newer version of mpv then this given the front end is 9 months old from when I downloaded it and possibly older,

now, when I was initially looking at this file, hydrus was not playing it, and I tried requirement it several times, till I just said fuck it and re encoded it, apparently downloading it fromPost too long. Click here to view the full text.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

6c2c39  No.13647

>>13635

Update on this:

I updated to 384 and this is the error message "help->about" yields:

2020/02/12 19:36:08: MPV failed to import because:
2020/02/12 19:36:08: Traceback (most recent call last):
File "include/ClientGUIMPV.py", line 21, in <module>
File "<frozen importlib._bootstrap>", line 971, in _find_and_load
File "<frozen importlib._bootstrap>", line 955, in _find_and_load_unlocked
File "<frozen importlib._bootstrap>", line 665, in _load_unlocked
File "/home/hydrus/Desktop/hydrus/hydrus/venv/lib/python3.6/site-packages/PyInstaller/loader/pyimod03_importers.py", line 623, in exec_module
File "site-packages/mpv.py", line 48, in <module>
OSError: Cannot find libmpv in the usual places. Depending on your distro, you may try installing an mpv-devel or mpv-libs package. If you have libmpv around but this script can't find it, consult the documentation for ctypes.util.find_library which this script uses to look up the library filename.

So, naturally I installed the "libmpv-dev" package and now everything works. In retrospect I should have tried that sooner. For some reason I had it in my head you were shipping your own MPV binary with Hydrus and weren't relying on the system package (as you would with windows). Probably my fault for not paying closer attention.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.



File: ed3f745dbd39b5d⋯.jpg (4.66 MB, 4000x2715, 800:543, shutterstock_89245327.jpg)

f047d8  No.4475[Reply][Last 50 Posts]

How about a thread for discussing/creating/sharing parsing scripts?

I made one for md5 lookup on e621.net (actually I just modified Hydrus_dev's danbooru script). Let me know if I did anything wrong with it, I'm pretty clueless… but it seems to work fine.


[32, "e621 md5", 1, ["http://e621.net/post/show", 0, 1, 1, "md5", {}, [[30, 1, ["we got sent back to main gallery page -- title test", 8, [27, 1, [[["head", {}, 0], ["title", {}, 0]], null]], [true, true, "Image List"]]], [30, 1, ["", 0, [27, 1, [[["li", {"class": "tag-type-general"}, null], ["a", {}, 1]], null]], ""]], [30, 1, ["", 0, [27, 1, [[["li", {"class": "tag-type-copyright"}, null], ["a", {}, 1]], null]], "series"]], [30, 1, ["", 0, [27, 1, [[["li", {"class": "tag-type-artist"}, null], ["a", {}, 1]], null]], "creator"]], [30, 1, ["", 0, [27, 1, [[["li", {"class": "tag-type-character"}, null], ["a", {}, 1]], null]], "character"]], [30, 1, ["", 0, [27, 1, [[["li", {"class": "tag-type-species"}, null], ["a", {}, 1]], null]], "species"]], [30, 1, ["we got sent back to main gallery page -- page links exist", 8, [27, 1, [[["div", {}, null]], "class"]], [true, true, "pagination"]]]]]]

63 posts and 19 image replies omitted. Click reply to view. ____________________________
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

566fd9  No.13138

File: 40505a535d29aff⋯.png (3.58 KB, 512x111, 512:111, newsankakuparser.png)

The sankaku parser someone posted on this board that was supposed to remove the 2000 files limit didn't work properly for me, due to the naive way the parser fetched the next gallery page data I think, so I made a fix some while ago that works on my machine (TM). Please let me know if it works on yours, too.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

303955  No.13162

>>13138

Working a treat right now. I understand a bit of html, but these parsers make no sense to me. Maybe I'll sit down and spend time to figure out how to do this myself sometime.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

69fa49  No.13525

File: ad87f393a37350d⋯.png (3.63 KB, 512x113, 512:113, 8kun downloader.png)

I'm not sure if this has been fixed yet, but I modified the default 8ch parsers to allow hydrus to download 8kun threads with filenames.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

085c83  No.13616

The JSON API for boards like gelbooru returns all the tags, as well as the path to the files, hash, source, updated time, etc.

Example

https://gelbooru.com/index.php?page=dapi&json=1&s=post&q=index&limit=50&tags=cat%20rating:safe&pid=2

(The tags are HTML-escaped, but I don't know about other entries)

So why do the gallery downloaders scrape HTML for each page instead of using all the information obtained from a search request?

If I do a search for a set of tags, the downloader has to download the HTML for every single post's page just to check for duplicates and tags.

It's a lot of wasted resources/effort for both client and server.

If I already have all 50 files that turn up in the linked search, in total I did 1 request instead of 51 to verify that.

Similarly, if I had to download all the images, in total it was 51 requests instead of 101, with the bonus that no HTML scraping had to be performed.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

085c83  No.13620

I noticed gelbooru's JSON API returns tags as a single string with each tag delimited by spaces.

Is there a way to split a JSON string match into multiple entries?

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.



YouTube embed. Click thumbnail to play.

2726aa  No.13580[Reply]

EDIT: Fixed Links

windows

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.-.Installer.exe

macOS

app: https://github.com/hydrusnetwork/hydrus/releases/download/v382/Hydrus.Network.382.-.macOS.-.App.dmg

linux

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

source

tar.gz: https://github.com/hydrusnetwork/hydrus/archive/v382.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.

mpv

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, Post too long. Click here to view the full text.

2 posts omitted. Click reply to view. ____________________________
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.
Post last edited at

238f1f  No.13586

>>13585

I hadn't changed anything but it seems to have sorted itself out. I hadn't yet restarted the client after the initial update, but on re-opening it's working properly.

Only thing I changed were the settings for whether content in the media viewer should be resized to fit the canvas. Specifically, setting smaller than canvas to be displayed at 100% and everything larger to be resized to canvas.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

6c97f7  No.13588

>>13586

Hmm, ok. Well, I am glad it fixed itself, but I have no idea what could have done it. Please let me know if it comes back or you discover anything new about this.

My best guess is it is something like a virtual desktop or an unusual multi-monitor setup. I am confident the state of tags or the media zoom settings would not change the window frame size–the window doesn't typically care about contents, but it does care about monitor resolution and so on, so if your OS was temporarily reporting back something weird like 'monitor A has resolution (0, 0)', perhaps that was causing the dialog to panic and go as big as it could.

Questions probably for future, if it happens again:

Was the dialog simply a normal window, but maximised, or was it completely borderless fullscreen, without any frame at all? If it was a normal window, was it technically 'maximised' so the button icon in the frame up top was 'restore', or was it not maximised but was sized the same size as the screen?

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

238f1f  No.13596

>>13588

It definitely didn't have a frame. At the time, a few other windows were resized too large (like manage subscriptions) and had their buttons halfway off screen.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

58693a  No.13599

You may have noticed Endchan and the /hydrus/ bunker there is currently down. It seems like they have server trouble:

https://twitter.com/EndChanXYZ/status/1223397527967289344

If/when they come back up, I'll be posting there again.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

2192f4  No.13603

I had a good week, but it was a bit light again. I have nicer volume controls for mpv, and I believe I have full mpv support for the Linux build, along with a handful of bugfixes.

The release should be as normal tomorrow.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.



YouTube embed. Click thumbnail to play.

b24ee6  No.13547[Reply]

windows

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

macOS

app: https://github.com/hydrusnetwork/hydrus/releases/download/v381/Hydrus.Network.381.-.macOS.-.App.dmg

linux

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

source

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.

MPV

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.

MPV is a good free media viewer. One of the core benefits of moving hydrus to Qt was being able to plug it into our media player, enabling hardware-accelerated video playback and audio. It looks just like the native player, with the seek bar beneath, but it works much faster, able to play 1080p or 4kPost too long. Click here to view the full text.

2 posts omitted. Click reply to view. ____________________________
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

bceaef  No.13550

>>13549

Maybe has something to do with this? >>13529

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

6282c6  No.13566

There's an issue in this release where media isn't being unloaded from a preview window when you switch pages. This suddenly matters more because media can make noise, so be careful about leaving videos open in a search page! It will be fixed for 382.

Also some Linux/source users accidentally have MPV turned on due to their systems having the supporting libraries. They are likely to get crashes when loading media with MPV. This will also be fixed for 382, and if you are a source user, the hotfix is already available on github–it was just a single line I shouldn't have commented out.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

6282c6  No.13567

>>13550

>>13549

I've put out a question, hopefully there is a fix I can roll into 382: >>13559

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

30119a  No.13574

>>13567

Unfortunately, I am told the 'no filter' search strategy no longer works, so I think your best bet now is to use Hydrus Companion to copy your web browser's logged-in derpibooru cookies across to Hydrus, and then it will (presumably?) inherit your account's filtering preferences:

https://gitgud.io/prkc/hydrus-companion

>>13551 I just did a test download, and I am afraid I get all tags ok–this sounds stupid, but can you double-check your tag import options? If it is still bad, can you do a derpibooru parser test under network->downloader definitions->manage parsers?

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

30119a  No.13579

File: b8326130ce01d6d⋯.jpg (3.79 MB, 4776x2958, 796:493, b8326130ce01d6dcf0c63bcc10….jpg)

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.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.



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

68f861  No.471[Reply][Last 50 Posts]


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
699 posts and 201 image replies omitted. Click reply to view. ____________________________
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

57f166  No.13151

wish i could have multiple pages open with 90,000+ images each without lag

reeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

d26f9d  No.13164

A way to exclude or only include items in a search that I've marked as an inferior duplicate or superior duplicate

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

1d08e9  No.13298

Could shift+del force the advanced deletion dialog to appear no matter your settings?

Normally I don't want a confirmation dialog when deleting files, but sometimes if I'm deleting many files at once I like to enter a reason, or delete without leaving a deleted record. If would be handy if I could just shift+del instead of going into the settings to change it then later change it back again.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

1136ee  No.13409

So some of the menus, notably the tag sibling/parent menus, have protections on them to keep you from closing them accidentally and make you confirm you want to close them if you have uncommitted changes.

Can those protections be added to menus like subscriptions, the various parser config menus, and other configuration menus where pressing Esc one too many times can undo a stupid amount of work?

Also can you implement a tiny tweak, basically switch the order the ListBox that shows your recently added tags in the tags menu and the clear button above said ListBox are added to the layout. This will make it essentially impossible to accidentally click 'clear', which I do on a frustratingly regular basis. Just switch lines 128 and 129 in ClientGUITagSuggestions.py.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

624f93  No.13578

How about having the deletion prompt auto focus on the deletion reason so you can easily change it with up/down arrow keys and then press enter to select.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.



YouTube embed. Click thumbnail to play.

dda13d  No.13536[Reply]

windows

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

macOS

app: https://github.com/hydrusnetwork/hydrus/releases/download/v380/Hydrus.Network.380.-.macOS.-.App.dmg

linux

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

source

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.

mpv

This is just for advanced users this weekPost too long. Click here to view the full text.

5 posts and 1 image reply omitted. Click reply to view. ____________________________
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

098d24  No.13544

>>13541

>Since we will be doing more edge-touching zooms, I expect I will do something with the seek bar, maybe having it render inside the video frame and pop into view when the mouse in near it, which will give us that neater view when seeing 1080p/4k vids on 16:9 screens.

That sounds great, it has been a small annoyance as well that a video matching your screen size won't fill to the edges because of the seek bar.

>The GeForce thing

Unfortunately I haven't found a way to block the overlay in specific applications, not in the nvidia control panel nor the geforce experience application. I use other features in the overlay quite often so I'd prefer to not turn it off entirely. If you can find a fix, I'd appreciate it.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

1a43c7  No.13545

I had a good week with a couple of challenges. The MPV work was difficult, so I could not get nearly as much done as I wanted. I have a basic smooth version working for all Windows users however, and some very simple volume controls. Also a bunch of bug fixes and a significant overhaul of how filetypes are selected and managed in the client.

The release should be as normal tomorrow.

I am way behind on my messages–I apologise for the delay.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

b79885  No.13556

Thank you, I am glad you like hydrus!

Unfortunately, I am a complete sperg and have great difficulty working with others, so for hydrus I just work on my own and I am afraid I cannot take any PRs. Furthermore, the github is just a mirror of my home environment, so I am not logistically set up to take code that way either.

I apologise, I just don't have the kind of brain that can work in any sort of team without exploding in a drama-bomb, so I now strictly abstain. I mostly point othe programmers who would like to help at the Client API now. Great projects like Hydrus Companion are written completely by others:

https://hydrusnetwork.github.io/hydrus/help/client_api.html

That smartcrop looks neat though! I will check it out a bit more. If you are particularly keen on getting it into hydrus, could you research it and summarise the best way to pull the coodinates of the interesting region of the image, or how to get a pure pixel-perfect crop in memory? I am not super interested in getting a jpeg on disk if that is possible–I'll likely want to do cropping/resizing/quality stuff in my existing pipeline. I can do a PIL image, but normally I work with numpy-compatible OpenCV images internally. Just posting five lines of code would save me a bunch of time.

Also as a side note, my code is all WTFPL, so please feel free to do anything you like with it.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

b79885  No.13557

>>13544

Unfortunately, I could not find an obvious solution to your problem.

In the coming weeks, I will be adding more configuration to the mpv window. One part of that will be the 'vo' (I think 'video output') option. Atm I have it set to gpu-hq, but it has other options for software and opengl rendering iirc. My assumption is my attempt to say 'hardware accelerate this as much as possible' has triggered your GPU into thinking it is vidya. Once that option is available, I think your best bet here is trying some different presets and seeing what changes. I would be very interested in what you see.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

e66d00  No.13568

>>13556

Smartcrop takes a second to compute, and the python port is even slower than the javascript one at 3s or something. You would need some sort of gpu accelerated code to get fast enough for only the fly thumbnails.

>Unfortunately, I am a complete sperg and have great difficulty working with others

Yeah, I kinda figured. I'm the same way, so. I have been dabbling with arangodb (a document + graph database with full text support) to see what it would be like to have hydrus in a different database than a relational one. By the way, you are a beast with sql. I checked out some of hydrus dbs in an sql browser and they make my head spin (just a little). Anyways, I was curious what some of the bottlenecks are when trying to scale up so I could figure a way to improve them. Here are some thoughts.

1) Counting tags is extremely slow. Precomputing these is obviously not feasible since even just the combination of say, (5000 choose 2) would be in the millions of records. It's an NP-Complete problem. There's a way around this though and that's to only precompute the supernodes, tags which take up the majority of relationships. So, maybe precomputing the counts of tags for the top 100 tags, as well as their intersections/unions. That would only net you in the hundreds of thousands of records, might be a possibility. Precomputing all tags with no search parameters would probably a good idea regardless.

2) Sending every file with its tags over the wire to then be aggregated on the client is slow. That's probably why it takes so long to load up 10,000 files on hydrus. The solution would be to send just the ids, the bare minimum extra data (like the computed title/series/chapter at the top of the thumbnail) and then compute the counts. When selecting a file you pull the tags for that file and then cache them into the client. You can also start to pull in the tags for only what is in the client viewport.

3) Grouping files by series/chapter/etc can be precomputed and saved, or computed by sqlite. Right now it needs to pull in 10000 files just to group into, say, 100 chapters. That's pretty expensive. It also makPost too long. Click here to view the full text.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.



File: 7a8b5d1b873c584⋯.gif (1.59 MB, 847x860, 847:860, 1425150841112.gif)

c2f342  No.13543[Reply]

Hello everybody, I've been wondering how some of other Hydrus Network uses handle backups for their files.

My current setup is like thus: I make weekly local backups of my database, which are then sent to a NAS through UrBackup, From there, I've been using Duplicati with cheap S3-compatible remote object storage.

Now, supposedly Duplicati performs deduplication before uploading, however it still seems like it takes its sweet time on the SQLite database files themselves, so I'm wondering if their format just doesn't lend itself to be deduplicated adequately or if there is some other issue. I don't use password protection (although from what I've seen, it doesn't actually encrypt anything by itself so it shouldn't make much of a difference either way)

So, what other methods do you use to backup your Hydrus files remotely? Ideally it should be with deduplication because although space is not at a premium for me, my upload speeds are very limited.

____________________________
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.


File: 8aeab596c788f21⋯.png (406.58 KB, 1500x1000, 3:2, ClipboardImage.png)

File: fd1e0ddb7dacb5d⋯.png (1 MB, 1920x1080, 16:9, ClipboardImage.png)

File: 86cea0fd05112f8⋯.png (75.64 KB, 1294x538, 647:269, ClipboardImage.png)

File: 340e9e49c1965d5⋯.png (29.44 KB, 1338x345, 446:115, ClipboardImage.png)

File: 2a0d9cad13bc8e0⋯.png (2.56 MB, 1342x2048, 671:1024, ClipboardImage.png)

eac8df  No.13355[Reply]

Due to the recent take down of ExHentai, is pretty alarming that the same might happen to similar sites. So I propose to anons using Hydrus to save the doujins they like within the platform and tag them along so whenever Hydrus reaches an stage where sharing is easy, maybe you'll have not only a decent alternative to Sad Panda, but a lasting one.

Numerous ideas have been thrown around about it, but here is what the BO have confirmed:

1) Hydrus is not currently great at handling paged media. It can do it, but the workflow is a little awkward. I plan to improve this in future.

2) IPFS support is prototype, and mostly for advanced users who are already comfortable with the program. I'm working on it now.

3) Hydrus is not for everyone. If you have 10,000+ files and want to manage them better than files and folders, you may like it. If you want a clean and professional experience with beautiful UI, you may not.

So it's nothing but a project now. The main reason I do the thread is to keep anons up to support it and use Hydrus for managing whatever manga they downloaded to be used later when the project get to the point it can be used and to post resources and the such.

As so, here are a couple.

An index with tags and names:

https://mega.nz/#!dBxmUADB!4piJItp7ja7_9WbTmoLGo3nMLOP2Fr0AH_ju9W4-PLY

Relevant boards:

>>>/ipfs/

>>>/hentaiclub/

Maybe one day, a true alternative to ExHentai can be done by us, for us.

12 posts and 2 image replies omitted. Click reply to view. ____________________________
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

faa749  No.13414

>>13411

>>13412

>>13413

I believe that we need to start splitting Hydrus into sub-modules that allows people to join in on the software testing process (even if dev can't handle co-development he needs to make his work easily editable).

Here are some of my proposed names for the sub-modules (using south-only constellations)

The downloader/subs engine and external download plugin adapters - Telescopium (symbolizes file discovery)

The local tag repository manager + tag visualization adapters - Argonavis (symbolizes browsing of the files)

The image viewer + media player and external program calls - Sculptor (symbolizes the viewing of the files)

The perceptual fingerprinting + quality comparison tools - Triangulum(Australe) (symbolizes local feature networks)

The IPFS uploader and external P2P file sharing adapters - Phoenix (symbolize the rebirth of sharing)

The PTR management engine and other admin tools - Crux (symbolizes the need for moderation)

The API and Web/Mobile User Interface Engines (not official) - Octans (symbolizes 8chan and 8-booru like platforms)

The Docker sets and other system configuration file sets (not official) - Reticulum (symbolizes network management)

The Disk encryption and other security management tools (not official) - Centaurus (symbolizes security over everything)

Only constellations left: Chamaeleon, Dorado (dolphin), Musca (fly), Apus/Pavo/Tucana/Grus (birds), Eridanus (river), Indus (Amerindians)

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

6e0b7b  No.13423

>>13390

I am afraid I am not familiar with that system, so I can't speak too cleverly. It is basically dynamic hosting of Sad Panda content to spread out bandwidth? Unfortunately, the hydrus file repository needs some hydrus-specific access stuff to pull files, and it isn't simple to set up a web browser to see it.

However the newer Client API could do this, I think, if a wrapper/interface was written.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

6e0b7b  No.13424

>>13411

Thank you for all this information.

I have wrestled with the idea of title/volume/chapter/page info for a long time. It is in the back of my head to somehow split tags in hydrus into two domains–one for search data like 'character:samus aran' and one for longer one-off descriptions like 'title:samus goes to mars'. It feels to me like descriptive data would benefit from a separate data structure than search data. My thoughts on this are incomplete.

Although I played with volume/chapter/page sorting and similar from the start of hydrus, supporting chapters and pleasant narrative viewing has never been great. For the moment, I encourage people to stick with named .cbr files or whatever and use a program like ComicRack. It just does the job better, and for these sorts of nicely named series of files, it is fine to manage them with filenames. Although having 48,900 may be stretching it!

I don't think I have time to make hydrus a really good comic reader in any short timescale, but I expect some basic cbr/cbz support will come in the next year or so, and we'll see how the upgrades that come with the media viewer for that go. Having dealt with the awkward hassle of page tags, I am not a huge fan of splitting comics up into individual pages any more, so I'd like to see how chapter/volume files goes. I'd like to generally push in the direction of something like ComicRack, with a couple of bells and whistles like bookmarks and so on.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

b8c676  No.13435

>>13424

My thoughts are simple, I would love hydrus to handle/manage my comics but pic related on how hydrus handles images, is just not acceptable.

now, take comic rack as an example, you have essentially 3 different windows/tabs, the library, the folders, and the pages,

Library is a catch all 'I tagged shit I rated shit' amalgamation to get everything.

folders, at least for hydrus, would be the hydrus imported comics, because I don't know about anyone else, but some days I go though my folder and just look though it and notice hey, I have aiki, I liked that, let's re read, If this was just looking at hydrus imported files, that's fine too.

pages would be where a focused manga gets opened and you can see inside.

personally I have files from exhentai that all come in some form of zip, I get files from nhentai that all come in a folder, and I have files that come from other sources that also get made into various formats, the ability to tell hydrus that this zip is a chapter, this zip is a volume, or this folder is a chapter/volume then move those folders to a place thats user parseable would be needed.

now the main reason I need it to be user parseable is, see the aiki above, along with my other post, if hydrus shits the bed, gg, you are never getting user parseable files back, that 48k+ files is just the porn section of my manga,

now, I honestly don't see 'title:samus goes to mars' as a tag I could ever use. because that would also mean that every single doujin I have would also have titles, and gg on ever finding what I want again without user parsability.

Now, hydrus doesn't need to store the files as rars, it could default to folders, and tone itself down I have fiels labled along the lines of

'are you fucking kidding me how long does this shit need to be for a fiPost too long. Click here to view the full text.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

c755de  No.13537

>>13424

>>13435

I think what he wants is just a "collections" feature. it's an ethereal item that is just a collection of other items, and can be represented in sql with a closure table. tv shows/books/manga are really the only scenario where hierarchical data makes much sense, although genres are still a tag so..

but besides that, these are all pretty much UI discussions not data structure ones. you can model everything relationally, hierarchically (if you're insane), with a graph, etc. you can even represent a graph database inside a relational sql one, but that stuff doesn't matter to the end user. tags for everything makes sense from a cataloguing perspective, you just have to make the UI represent the data in a more user friendly way. there's probably no point separating "descriptive data" just because it feels intuitive.

the only thing that really needs to be done to solve this is just to have separate "views". a manga "view" would just hide anything that isn't series/chapter/page like you can already do now, but the big difference is that you can present it differently to the user. collections can be used to prevent database bloat, i.e. you don't need to have genre:scifi on every single page only the parent node, but again from the user's perspective it makes no difference as long as it can scale performance-wise.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.



YouTube embed. Click thumbnail to play.

21e110  No.13500[Reply]

windows

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

macOS

app: https://github.com/hydrusnetwork/hydrus/releases/download/v379/Hydrus.Network.379.-.macOS.-.App.dmg

linux

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

source

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.

search

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.

Also, like how system:inbox and system:archive 'cancel' each other out, a few more kinds of search predicate will remove mutually exclusive or redundantPost too long. Click here to view the full text.

18 posts and 3 image replies omitted. Click reply to view. ____________________________
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

423042  No.13527

File: 1000e7cd4f4bd52⋯.png (755.81 KB, 1284x768, 107:64, Untitled.png)

>>13519

No no, it turns out that I'm the stupid one here. When I used Pages>New Download Page>Watcher to download from 8kun, it'd say that the thread died and label it "unknown subject" like I said before. So I tried the other download page options and Simple Downloader with the "8chan thread (all linked files) forumula works for it. My bad.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

7f0121  No.13530

>>13527

Does it work for videos? I'm using 378 and the url downloader just skips videos since it grabs them by the filename rather than hash.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

a8078e  No.13533

File: 6ed44fe3c6360c7⋯.jpg (221.83 KB, 1000x1300, 10:13, 6ed44fe3c6360c7d3e84e13e85….jpg)

I had a couple of difficult weeks, but I got some good work done. A prototype for an mpv video player embed is ready for advanced users to test! This new player renders video smoothly and finally adds audio support to hydrus. I have also fixed a heap of bugs, added some new imageboard downloaders, and improved the quality of life of a variety of UI.

I still have some things to do, and plenty to test, and messages to catch up on, so the release is likely to be late tomorrow.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

a8078e  No.13534

>>13523

Thank you. I have just fixed this now, let me know how it works for you. There are some other fixes in this area in today's release as well–please check out the changelog and let me know what else I need to catch up on.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

a8078e  No.13535

>>13530

>>13527

No worries. I am rolling out 8kun thread url recognition and parsing today, so you should be able to paste 8kun threads into a watcher page and it'll all work, videos and everything, in 380.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.



c3c7f9  No.13528[Reply]

Let's get this back going!

____________________________
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.


YouTube embed. Click thumbnail to play.

1ceb9a  No.13478[Reply]

windows

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

macOS

app: https://github.com/hydrusnetwork/hydrus/releases/download/v378/Hydrus.Network.378.-.macOS.-.App.dmg

linux

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

source

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'.

Also in searching, I managed to push all the 'simple' fPost too long. Click here to view the full text.

____________________________
Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

bd6d2b  No.13498

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.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.



Delete Post [ ]
[]
Previous [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15]
| Catalog | Nerve Center
[ / / / / / / / / / / / / / ] [ dir ]