[ / / / / / / / / / / / / / ] [ dir / random / cloveros / cuteboys / erp / fast / hydrus / in / strek / tftg ]

/hydrus/ - Hydrus Network

Bug reports, feature requests, and other discussion for the hydrus network.
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)
Voice recorder Show voice recorder

(the Stop button will be clickable 5 seconds after you press Record)
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.


HookTube embed. Click on thumbnail to play.

051330  No.8846

windows

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

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

os x

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

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

linux

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

source

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

I had a great week. There are a bunch of smaller fixes and improvements, and I finished the first version of a multiple thread watcher.

ui stuff

The manage tags dialog is now a notebook (rather than the old buggy listbook). This means it now lists services as tabs along the top and is substantially thinner as a result. The up/down arrow key shortcuts to change service still work. There should also be some improved focus-setting code here on boot and service change, particularly on OS X.

Some popup message layout jank (progress gauges not positioning correctly, mostly) from recent changes to how popups display should be fixed.

And some page layout jank due to subscriptions or import folders publishing to new pages while the client is minimised should also be fixed–now, when a new page needs to be created, it will wait until the client is restored before spawning.

Sessions now load their pages in the background. This uses less memory and CPU, but in my tests on some big sessions, it still looks a little ugly and can hang the ui until it finishes. It also means that the page you focus on after a session loads is typically the left- and top-most media page, which may be an annoying change to the old behaviour. I think I will revisit and beautify this, but let me know how it works for you this week.

You can now turn off the x/y progress indicators on page names under options->gui.

multiple thread watcher

This is for advanced users only! It is still ugly and prototype!

I have a multiple thread watcher ready. It lets a single page watch multiple threads at once, saving a ton of CPU- and memory-expensive UI and keeping thread-heavy sessions lean. Please try it under special->multiple watcher under the normal new page selector.

The UI is v1.0. It currently lists your watchers in a list with simple subject/status/progress and not much else. You can double-click an entry to 'highlight it' so it displays all the files it would have shown to a regular thread watcher page (and continue publishing new files to it), and you can add/paste urls and remove existing rows. You cannot edit individual file/tag import options or check timings or pause states. This new page is mostly meant for experienced users who already have all that stuff set up how they want and just want to spam a bunch of threads into the client and not think about them until they are DEAD.

I do expect to write a floating panel to edit the per-watcher options in the next week or so. I'd also like to have some watcher merging/splitting so you can go something like 'right-click on page tab->merge all the thread watchers in this space to a single multiple watcher' and pull DEAD threads out for further processing, force multiple Check Now events, and so on, depending on what workflows seem to make sense for people.

So please give this a go and let me know what simple actions you would like. Thinking about it now, I probably want a button that just gathers all the files from all the DEAD threads and puts them in a new window for me to assign processing metadata to and then removes those threads.

Also, if you like this and know what you are doing, there is a new checkbox under options->downloading to use it instead of the single watcher in watchable URL drag and drop events! This is advanced and I cannot promise it won't have bugs, but it seems to work so far in my tests. I would not recommend watching more than, say, 50-100 threads at once, as I have some more job scheduling optimisation work to do.

misc

I have added a gelbooru 0.2.5 (i.e. gelbooru itself, rather than most of the others running gelbooru software, which still use 0.2.0) parser in the new parsing system, which associates source urls and saves bandwidth and adds support for gelbooru URL drag-and-drop. Also, e621's new parser now correctly fetches file URLs for flash files.

A button to clear the deleted file record has been restored under services->review services->all local files. This is an advanced and complicated action that cannot be undone, so don't hit it just to try it, but if you have asked me about and been waiting for this, please give it a go.

The client has significantly improved 'repair db on boot' code. It can now recover and boot (albeit with lots of missing data and plenty of warning to the user) from client.mappings.db or client.caches.db or any subsidiary tables being missing. If this stuff triggers for you, let me know how it works for you.

All the import pages have had their loops moved to the new job scheduler, which means idle thread count (and hence idle CPU usage) on clients with many idle import pages should be significantly lower (it will still spike during heavy usage, but I have some ideas on how to smooth this out). There is more to do here, but I was pleased with how this worked out behind the scenes.

I fixed some bad tag search logic which was frequently excluding tag siblings in search results.

full list

- wrote a gelbooru 0.2.5 (which matches gelbooru itself) parser in the new system. it now has some more redundancy and produces md5 hash and source urls

- fixed the e621 parser for flash files

- manage tags is now a notebook rather than a listbook!

- a problem where OS X was displaying the wrong label in the manage tags listbook is now fixed (as it no longer uses the buggy old listbook)

- improved autocomplete focus setting in OS X in general

- moved all paged importer loops to the new job scheduling system, which will massively cut down on idle time thread count (and some idle CPU usage) on clients with a bunch of import pages open

- the main thread pool (which the job scheduling system uses) can now temporarily grow much larger (200 threads) when it gets hammered

- recalibrated some thread watcher code to deal with being embedded in a larger object better (and sharing a page with other watcher importers)

- finished the first version of a multiple watcher. it is ugly and only for advanced users for now–please check release post for more information

- added 'use the multiple watcher on DnD events' to options->downloading, which will send thread url drag and drops straight to a new/existing multiple watcher!

- gui session load now 'shows' the first page but loads everything to the right in the background, which saves some CPU and memory for large sessions. this means it now starts focused on the leftmost page rather than the right–see if you like it or not

- 'clear and load session' now fully deletes old pages and takes a little break between the clear and load step to make sure old large sessions are deleted tidily before loading the new stuff

- cleaned up the new leaner popup message display code to react better to (and re-layout) sub-changes in its popups (so now when a subscription popup spawns a new progress gauge, it _should_ be positioned in the right place immediately)

- if an import folder/subscription publishes files to a page while the main gui is minimised (and the action would result in a new page creation), the page add will be delayed until the gui is no longer minimised (new page layout in this case was broken due to minimised parent frame)

- the edit subscription query panel will now spawn with the query text input focused

- added a patch to ensure new booru import pages get query input focus after a second if the focus attempt on init failed (this will be fixed better in the new downloader system)

- restored the 'clear deleted files record' button to the 'combined local files' service on _review services_, which was previously hidden during a significant service rewrite.

- if critical master tables are missing on boot, the client will warn and provide info and then abandon the boot

- if cache similar files tables are missing on boot, the client will warn and provide info and offer to recreate them empty and try to boot the client anyway (this replaces some old repair code that wasn't always kicking in at a good time)

- if cache autocomplete tables are missing on boot, the client will warn and provide info and offer to recreate and repopulate them

- if mappings tables are missing on boot, the client will warn and provide info and offer to recreate them empty and try to boot the client anyway

- the emergency 'repair missing file locations' panel now runs in a more stable way

- this emergency dialog will now also recognise 'I fixed all the file paths but cannot do the thumbnail paths' situations and will present the same 'ok, make sure you run regen thumbs after boot' dialog as if all the missing paths were thumbnail related

- you can now turn off x/y page name import progress under options->gui

- fixed an issue where tags that begin with ':' like ':p' were not getting through the new importing system

- fixed an issue where tags that begin with ':' like ':p' could sometimes get prepended extra escape characters and end up looking like ':::p'

- fixed sibling tag searching (e.g. if a->b exists and you search for b, results with a but not b should also appear), which the recent tag search optimisation accidentally disabled

- whole bunch of refactoring and cleanup of ClientData and ClientGUICommon

- cleaned up some spammy splash text status setting that was flooding some debug info with useless garbage

- gave getting_started_tags.html's tag repo section and access_keys.html a pass, updating the ancient screenshot and linking advanced users to the latest QuickSync location

- some misc help updates

- misc autocomplete logic improvements

- misc ui display fixes

- misc wx destroy code stability improvement

- updated ffmpeg for windows builds to the new 4.0 release

- updated sqlite for windows builds

next week

A bit more multiple thread watcher work, some more new booru/whatever parsers, and maybe I will start thinking about the gallery parser system, which will do 'look at a page of thumbnails and get post URLs and maybe a next_page URL'. And the regular small stuff.

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

b68c99  No.8847

I have once again found myself in a position where I have a to go though list that is 150+ tabs big and at least half a million files large, shit loaded near instantly this time. the last times I got things to load that fast were largely due to loading smaller image sets, and a few reloads that I cant attribute anything specifically to. here is hoping going forward it keeps that speed.

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

b68c99  No.8848

ok, fucked around with the multithreadwatcher a bit.

ok, first off, I like the highlight system where when I load it up, it loads it in import order.

I also like that if you change the order of images you clear the highlight, then you re highlight it comes up in the import order again, not the order you changed it to.

what I don't like

there is no check now, or indication of last check or thread status, something I assume you will be working on (I wrote this because one of the threads 404'd, had all the images, but nothing showed up in status, quite a while after words it showed up as 404)

there is no way to get the link to the threads you imported, so checking threads is not really an easy task unless I keep them open (something I want to do till I trust the program more with this feature)

the thread display, my problem here is it displays somewhat alphabetical, I say somewhat because

"I love /s/fur" is above "ass tread."

not a massive problem, but a problem, I honestly suggest adding a number to the threads, think qtorrent torrent number, this way you can sort when the thread was started to be watched, personally when putting in the 10 threads on /b/ I wanted to pull images from having no indication that the thread was added is an issue, having a reverse order where I could see each import as it came in would be a great help, the ability to switch between the number the thread was added and subject would make for a fairly well rounded sort and find method.

The multi thread watcher currently does not cull threads based on the same thread being watched multiple times.

drag and drop support I want to say needs to be implemented for this. going through the 4chan catalog, I want to drag threads over to the thread watcher to watch, however this currently just makes the thread its own thread watcher. I have workflows that would work around this, but it would still be nice to have as a feature.

with status, with regard for 4chan bump limits and pages being in an archive state for a week or so before they finally get deleted, an indication for threads hitting a bump limit or post limit would be great for going through threads that are effectively dead but aren't 404

there will probably be more thoughts in the future, but for now this is what I have.

on a side note, would it be possible to put a clear highlight and highlight option on every download type? I think this would clear up nearly every issue I have with regards to session bloat

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

8a8a29  No.8849

Any reason the booru downloaders don't grab the rating? If not now might be a time to add it… please.

Thanks. Love the new manage tags dialog ui 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.

b68c99  No.8850

Ok, I got around to my plan of dumping every single thread on 4chan I wanted to pay attention to into the multi threadwatcher, there are just shy of 800 threads, I think I stalled the entire system 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.

b68c99  No.8851

Ok that took a few restarts, im going ot make a suggestion with multi thread watchers

do you think it would be possible to put them into a single board mode? the way that this looks like its going is a lot like when I have/had 10 or so threadwatchers going where everything is trying to go at once and it all slows down immensely.

I effectively have 150~ threads on this now, (in the watchers tab, would it be possible to add a 'files remaining' column? It would be nice to see how much is left) and while everything is going now that I removed around 4/5ths of the threads everything is going VERY slow.

I'm going to put the other threads into the threadwatcher 10-20 at a time and wait for them to finish once this crap gets done and see if it grinds to a halt again, I have a feeling it was because of the sheer amount I dumped in.

now, with that said, would it be possible to have a single board mode? 4chan x is able to identify what page a thread is on, and how far it is from the last one, i'm not sure how it does that, but could something like that be implemented? the multi thread watcher sees its in single board mode and flips on a way to track where a thread is, and instead of trying to run everything at once, it does the last board first and only, granted, once a thread watcher gets going and is caught up this need would be gone, but especially on boards where they cater to my interest, many threads have things I want saved.

on a side not, if you highlight something, close the program and re open, it decouples from the watcher, it will still have the images removed and other shown instead if you highlight something new, but it will freeze it, I had something highlighted to see if it was doing anything, it was only after most of the treads still in queues were done that I noticed that it still had 13 images, and none of the 13 image threads related to the images that were there.

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

c493cb  No.8854

>>8850

>Ok, I got around to my plan of dumping every single thread on 4chan I wanted to pay attention to into the multi threadwatcher, there are just shy of 800 threads, I think I stalled the entire system out.

Can you explain more about this? You want every image on 4chan but you don't want the text posts with them? How so?

> Any reason the booru downloaders don't grab the rating? If not now might be a time to add it… please.

Not dev but this needs the new downloader system to advance, it will get added. The parsers I posted on the git (dev will know) already have support for ratings for both dan- and gelbooru and should work as soon as the dev implements the needed options.

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

b68c99  No.8855

>>8854

Only care about the images, some boards only have 40~ threads I give a shit about, some have nearly the entire board

with that said, it seems dumping 60 at a time into hydrus works, if culling for links already added gets implemented, or if 4chanx gets its shit together and stops forgetting everything, adding threads weekly or so for maintenance would be a viable option.

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

b68c99  No.8858

ok, another issue that i'm sure will get addressed, because of how small the window is for seeing the thread names, its not exactly easy to tell what way they are sorting currently, some of this is also down to sorting by name doesn't always sort by name, an indication which way it's going would be nice

I also just noted that other aspects of the program dont have indications on which way they are sorting, ir probably never occured to me as a thing because the program makes many of the areas blatantly obvious how its sorting, or in my use case in detailed import status windows, completely irrelevant.

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

b2a290  No.8860

awesome! thanks for fixing the buggy listbook!

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

b2a290  No.8861

File: 7d35d23276824d8⋯.jpg (100.13 KB, 581x546, 83:78, 7d35d23276824d8e3d7dd0753b….jpg)

any chance we'll get os x server thumbnail generation fix? It stops at 100 thumbs and spams errors after that.

a 'force server sync' and 'automatic database backup' schedule-type feature would be amazing as well

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

9f807e  No.8862

has anyone made a gallery parser for fagaffinity and inkbunny yet? if not hydev maybe a custom one made by a user? i really dont know how these things work.

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

b2a290  No.8863

>>8862

furaffinity

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

9f807e  No.8864

>>8863

yes, your point?

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

8a8a29  No.8865

It would be nice if there was a way to abort shutdown maintenance once it's started. Ending the process seems questionable.

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

1c3c22  No.8866

>>8864

i was just testing if it was a filter

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

1c3c22  No.8867

>>8846

>>8860

Hi Dev! Just popping in to say that the tag parents / siblings still uses the buggy listbook!

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

b68c99  No.8879

culling through some of my retardedly large session, I ran into a problem of sorts.

when an image is a square, or near square, in thumbnail view its really hard to see if its selected or not as a outline changes from near white, to near black. is there a current way in program to make an images selection more obvious, if not could you add an option to make the lines a bit more bold when selected? there is a margin of 4 pixels between images, 6 if you include the near white outline, that would give a 3 pixel border to images, possibly an overly color, to make it VERY obvious that its selected.

with that said, through culling i have noticed something. now, I have a several hundred thousand image large session going right now that I need to plow through right now, and ever sense rating from thumbnails happened I had a greatly increased interest in doing this

However, there are a few issues

1) if you accidently a click, a 1000 image big tab can have all your selections lost forcing you to redo it

2) because of my stupidly large session, everything grinds to a halt every 20 or so seconds and I have to wait for it to stop hanging, which can cause misclicks.

the second thing is my fault, little you can do about that beyond optimization which may not be possible, however with 1… would it be possible to add in a selection mode?

What I mean is a mode where you do something like left click, and it acts like normal, but right click and it makes a selection permanent/in memory

this way you can double click all you want on things to full screen them make sure they are what they look like, or be able to see them in the preview window then make a decision, then you can in mass tag/rate them?

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

1375f2  No.8884

doesn't look like tags can be saved from gelbooru currently

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

b68c99  No.8887

>>8879

Just had a thought on a selection mode, I think it should have a hard limit on what it can do and can't do. for instance, I just went through a 1400 image tab, in said tab was an image I wanted to move to trash, if a select mode allowed everything you want to do to also modify all images selected, you would have to remember said image and wait till you are done to move it to trash, otherwise you are removing all your selections to hit that one image, or you are accidently trashing every image. however if you could only have the saved selection work with specific functions, like tag/rate, move, delete this would solve a potential issue with accidents.

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

b68c99  No.8888

File: b5e11523ebd338a⋯.png (10.34 KB, 1590x92, 795:46, client_2018-05-21_06-30-48.png)

ok, an issue cropped up and was caught thanks to the multi thread watcher not filtering the same thread.

so here is my setup, its not the best setup ever, but I sorted it based on boards.

now this is the thread that I was watching

https://thebarchive.com/b/thread/769111083/#q769111083

one threadwatcher caught 112 images

one thread watcher caught 113 images

but none of them got all 114

now, the current turn around, on /b/ for threads being alive and threads being dead is around 45 minutes,

looking at the threads flow for the last 20 or so images, it looks like it was fairly active and just stopped. it's possible a mod killed it, and the last image just wasn't acquired, but assuming it wasnt, with the way I have things set, there is no reason it shouldn't have been checking far more often than 45 minutes.

now when I originally was thinking about informing you the timings are weird, I got an idea.

I asked a fuck long time ago if it was possible to have timeings be board defined, and you said that would be a lot of work, however multi threadwatcher brings in something new, would it be possible to define timings based on multithreadwatcher rather than per threadwatcher?

the way I have this set up and with how slow 4chan typically is, I think the only boards I would need a specific timing for would be /b/ and /trash/ and because they have their own threadwatchers it would be a non issue.

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

051330  No.8897

File: 6723186575242ea⋯.png (5.95 MB, 2064x2776, 258:347, 6723186575242eaf97e39a2490….png)

Sorry lads, I let the main release post get away from me again this week.

>>8849

Yeah, I will add this at some point. There are some parsers floating around already that parse it as a tag, and I expect to add a few next week (some were submitted to me). I would like to be able to parse these straight into actual hydrus ratings at some point, but if it isn't easy, we'll just settle for tags for now.

But even if I do add it now, the 'tag import options' where you would select the ratings namespace to be parsed is a bit of a mess right now and might not actually pick this up. I still have some blood-and-guts work to do here as I do the gallery/searcher overhaul work.

>>8861

Thanks–I was going to work on the 100 thumbnails stuff and it got lost. I'll bump it to top of the list for next week.

>>8860

>>8867

Yeah, it is in review services (nested, too!) and a couple of other locations. I have a long-term cleaning plan to replace it everywhere along with the old listctrl and some other old shit.

>>8862

Yeah, inkbunny will probably come next week. Someone submitted a parser to me this morning, so I will check it out and add it to defaults if it is good. If you know the new system and want to try it out early, here it is:

[58, "inkbunny post parser", 2, ["inkbunny post parser", "97b405ce841dc38e7838795f82e7214488e859f2781c89134916f0792b96fc26", [55, 1, [[], "example string"]], [], [26, 1, [[30, 2, ["file url (embed backup)", 7, [27, 6, [[26, 1, [[62, 1, [0, "div", {"class": "content magicboxParent"}, null, null]], [62, 1, [0, "img", {}, null, null]]]], 0, "src", [51, 1, [3, "", null, null, "https://nl.ib.metapix.net/files/full/2151/2151928_ABD_commission_for_mcgellonfur.jpg"]], [55, 1, [[], "parsed information"]]]], [2, 0]]], [30, 2, ["file url (full only?)", 7, [27, 6, [[26, 1, [[62, 1, [0, "div", {"class": "content magicboxParent"}, null, null]], [62, 1, [0, "a", {}, 0, null]]]], 0, "href", [51, 1, [2, "full", null, null, "https://nl.ib.metapix.net/files/full/2151/2151928_ABD_commission_for_mcgellonfur.jpg"]], [55, 1, [[], "parsed information"]]]], [2, 1]]], [30, 2, ["general tags", 0, [27, 6, [[26, 1, [[62, 1, [0, "div", {"style": "word-wrap: break-word;"}, null, null]], [62, 1, [0, "span", {}, null, null]]]], 1, "href", [51, 1, [3, "", null, null, "example string"]], [55, 1, [[[9, ["^\\+?\\d+$", ""]], [9, ["^\\+?\\\\d+$,\\d+$", ""]], [9, ["[-+]?[0-9]*\\.?[0-9]*", ""]], [9, [",", ""]]], "41564589"]]]], ""]], [30, 2, ["md5 hash", 15, [27, 6, [[26, 1, [[62, 1, [0, "div", {"id": "md5box"}, null, null]], [62, 1, [0, "div", {}, null, null]]]], 2, "href", [51, 1, [2, "Full Size", null, null, "Full Size:"]], [55, 1, [[[9, ["\t", ""]], [9, ["<div style=\"margin: 5px 0 0 0;\">\n<strong>Full Size:</strong> ", ""]], [9, ["</div>", ""]], [5, "hex"]], "d9f360b12938c6a98dce9256ae0ab836"]]]], "md5"]], [30, 2, ["post time", 16, [27, 6, [[26, 1, [[62, 1, [0, "span", {"id": "submittime_exact"}, null, null]]]], 1, "href", [51, 1, [3, "", null, null, "example string"]], [55, 1, [[], "parsed information"]]]], 0]]]], ["https://inkbunny.net/s/1518890", "https://inkbunny.net/s/1601881"], {"url": "http://example.com/posts/index.php?id=123456"}]]

I won't plough a lot of work into new (i.e. not default in the old system) sites though until I have the gallery/searcher work done, at which point I'll be able to roll out proper full downloaders.

>>8865

Yeah. I have the splash screen working as a real frame this week, and I'd like to improve some gui jank here all around. If that works, I'll see if I can hang a stop button off it (or just a close button that'll boot a yes/no dialog) and hook that into cancelling the various job objects that are getting fired here.

>>8884

I am afraid it works ok for me–can you describe more how it isn't working? Is this from a drag and drop event or a download page or a subscription? Are the tag import options set correctly (double-check if you haven't–some of this stuff is janky atm)? is the gelbooru parser linked to the gelbooru page under network->manage url class links?

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

051330  No.8898

>>8847 (and the others)

Thank you for all this. I don't have time to respond properly, but I did read everything over the week and am planning all these improvements to the multi watcher. Some stuff is coming in v308 today.

Check the new option under options->downloading to use the multi watcher for drag and drop events.

Several users have asked about recognising bump limits and so on. I will make a job to see if I can introduce a new content type to the parser to represent this.

That's an interesting thought about highlight on normal downloaders. I'll make a job to think about how to do it.

Threads should be a bit politer to the job scheduler this week. 800 is still probably too much for system stability, but I am pleased this first version could even get that high.

You can change the thumbnail borders under options->colours. Setting the selected border colour to bright orange or something might help, but there isn't a good way to get around this 'thumb is same ratio as settings' semi-blindness issue. I might add an option for a fixed internal border of, yeah, x pixels in future.

I want better advanced selection controls. I expect to introduce it as part of the new shortcuts system, so you'll be able to customise different left-click behaviour (like 'can select, can't deselect') based on how you prefer selections to work.

Yes, I would like to have multi watcher having 'all threads that get entered here get these checker options', so you'll be able to have a fast-checking /b/ multi watcher vs a slow /whatever_else/ one.

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

b68c99  No.8899

>>8898

Orange helps allot when its a square image as its not common enough to wonder if that border is part of the image or not.

as far as the multi thread watchers go, I have probably over 1000 total right now, granted not all added at a time or even ongoing, I cant talk to stability as I have a stupid amount of images to deal with right now, as for imported at 1 time, it seems like 60-120 are able to be dumped without to much of an issue, I have a stutter problem so I don't know if these add to that or not till I get my session under control.

with the advanced selection controls, I would love if there was a quick toggle between certain modes.

like ctrl+alt+shift+(button) moves the control scheme to selecting shit, another combination returns it to what you have that one tied to, so on so froth till you have everything you need, but a bit issue with this would still be a random, unknown why to you, everything deselects, I think that something needs to be done in program for that rather then just hotkeys.

On the bump limits for threads, with multi thread watcher, and the assumption that most people are going to move to that would it be possible to have a setting in the program that would change status based on image count? lets take /b/ for this one, 151 is the image limit unless someone deletes anything, with individual multi thread watchers would it be possible to set a custom tag or so for the status for when they get close to end of life or hit that bump limit.

on fast boards a bump limit Warning/status may not be an issue at all, but some of the slower ones could see a bump limit thread stay up for days or weeks and having multi thread watcher have stable image limits to present warnings/notifications would be nice.

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

4f30fa  No.8900

File: b3a2aeb93df2f9a⋯.png (596.51 KB, 900x900, 1:1, Novislav.png)

Hydev i have trouble downloading Yiff.party galleries, im trying to tell the program to NOT download any file above 20MB because the galleries im trying to parse all have tons of .psd files that weigh several hundred MBs, but even though i set the downloader to limit to 20MB the program still downloads them anyway and THEN deletes them.

the problem here is that even if the file is deleted afterwards, the "bandwidth" is still consumed fully, and i dont want to overburden the program downloading files that are automatically deleted after.

think you can patch that up in the next version?

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

051330  No.8952

>>8899

Thanks. I am pleased it wasn't crashing over and over watching that many threads. v308 should be using a lot less CPU threads for you to track all that.

Having extra hooks for bump limits (I guess set in URL classes) is more complicated and imaceboard-specific than I want to do in this first phase, but I think I'll be able to expand the parser code to recognise some 'this is done getting new files for (reason)' content type that'll push up to the watcher and auto-pause checking and set a decent status. That can then pull or infer 'archived' state from the API if available.

>>8900

Thank you for this report. At the moment, the 'file import options' tests are run post-download, pre-import, when the file is under the client's control. I appreciate your issue though–I think I can push some of that stuff down to the network engine and get some downloads to cancel if their http header suggests content-size > whatever.

I'm swamped with work right now, so I'm afraid I can't estimate when I can do things. Best solution for now is to curate that list and cut out (right-click->skip/delete) the URLs ending in .psd.

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



[Return][Go to top][Catalog][Nerve Center][Random][Post a Reply]
Delete Post [ ]
[]
[ / / / / / / / / / / / / / ] [ dir / random / cloveros / cuteboys / erp / fast / hydrus / in / strek / tftg ]