/hydrus/ - Hydrus Network

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

Index Catalog Archive Bottom Refresh
Name
Options
Subject
Message

Max message length: 12000

files

Max file size: 32.00 MB

Total max file size: 50.00 MB

Max files: 5

Supported file types: GIF, JPG, PNG, WebM, OGG, and more

E-mail
Password

(used to delete files and posts)
Misc

Remember to follow the Rules

The backup domains are located at 8chan.se and 8chan.cc. TOR access can be found here, or you can access the TOR portal from the clearnet at Redchannit 3.0.

US Election Thread

8chan.moe is a hobby project with no affiliation whatsoever to the administration of any other "8chan" site, past or present.
(12.52 KB 480x360 3y1dO4nNaKY.jpg)

Version 359 hydrus_dev 07/10/2019 (Wed) 23:05:24 Id: 1559ea No. 13160
https://www.youtube.com/watch?v=3y1dO4nNaKY windows zip: https://github.com/hydrusnetwork/hydrus/releases/download/v359/Hydrus.Network.359.-.Windows.-.Extract.only.zip exe: https://github.com/hydrusnetwork/hydrus/releases/download/v359/Hydrus.Network.359.-.Windows.-.Installer.exe os x app: https://github.com/hydrusnetwork/hydrus/releases/download/v359/Hydrus.Network.359.-.OS.X.-.App.dmg linux tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v359/Hydrus.Network.359.-.Linux.-.Executable.tar.gz source tar.gz: https://github.com/hydrusnetwork/hydrus/archive/v359.tar.gz I had an excellent and very full week. file maintenance The new file maintenance system now has some nice UI under database->maintenance->review scheduled file maintenance. It has two pages. It is a little advanced, but if you have some hydrus experience, please feel free to have a play around with it. The first page reviews what is currently scheduled to run. It shows job counts for each type and lets you manually start work on that job type or cancel them. The second lets you schedule new jobs. It uses the standard file search interface, so you can queue up a thumbnail regen for all webms with a certain tag, say, or recheck file metadata on all pngs (just in case they were truly apngs). There is also an advanced button to run talks on repository update files. Furthermore, the new file maintenance manager now handles file integrity checks. The old 'file integrity check' entries under the database menu, which would check all files in your system in one go, are gone, now handled on the nicer system that doesn't interrupt work if you force it and will otherwise chip away at any large job in smaller pieces in idle time. Missing files or files will incorrect data will now automatically have any known URLs exported to .txt files, and incorrect files will also be exported, all to an appropriate directory beneath your main db dir. I would like to add saved file searches within the next month or so, at which point I will attach some recommended jobs here, such as detecting apngs and correcting some webms that were once detected as mkvs. duplicates The thumbnail right-click menu now lets you reset or undo file relationships! If a file has duplicates, you can remove it from that group, and if it has alternates, you can pull it from that. You can also completely 'dissolve' the groups and clear out false positive relationships. It gives you little yes/no explanatory dialogs for each action, if you aren't quite sure what you mean to do. I expect to add commands to apply these sorts of operations to entire selections in the next few weeks. The duplicates storage overhaul is coming to a close. I have a few more cleanup jobs like this, some filter interaction improvements, and some proper help to write. We are getting there! ipfs nocopy I have added an advanced and experimental 'nocopy' IPFS pin mode to the client. This permits IPFS to share files straight from your hydrus file store, without having to make a copy. If you are not familiar with this, I recommend you not try. I would like feedback on this from the users who are enthusiastic about it so I can iterate on it and make it easier for regular users in future. Essentially, the IPFS review/manage services panels now have a bit of nicer UI to talk to the daemon. You can check that 'nocopy' is turned on and enable it under manage services. Unfortunately, nocopy will only work on any file that is beneath the parent of the main ipfs conf directory, which is typically your USERDIR, so if your hydrus client_files folder is above that, or on another drive entirely, you will need to remap the locations with some symlinks(!) before it will work. The manage services panel has some help on it, but please feel free to ask me if you need some more. I tested this, and it appears to work, but I am not a big IPFS user, so I would appreciate anyone who is giving this a proper shake-down and letting me know what you think. I'd love to add some easier plug-n-play IPFS sharing ability to the client, but we'll need to get over some hurdles first. I expect to write a new IPFS downloader or similar that will pull multihash data from public http gateways so users can get into this more without having to set up a daemon. deviant art Deviant Art seem to be rolling out a complete site redesign that breaks the existing login script and gallery & file page parsers. Much like a recent Pixiv rollout, not all users are being affected at the same time–it looks like users who remain logged in from a previous session are not seeing the update as quickly. I have written completely new objects for DA for this update. There is a new login script and parsers, and now there is a new downloader just for tags. Unfortunately, I think you need to be logged in–or otherwise have some particular cookies established from previous activity–to access the new download searches, or else you will get 404. If you are logged in and get this 404, try resetting your login and then logging back in. Dragging file page URLs straight on to hydrus seems to work fine, it is just this gallery search step that needs a 'new' session set up before it works.
[Expand Post] I am afraid I have also had some CloudFlare 500 server error results with the new search. I suspect DA hasn't completely rolled out their new tech yet or something weirder is happening. These gallery 500s can pause the downloader hydrus-side annoyingly, so I will write some ui next week to let you try again quicker. In any case, the new downloaders I am putting out today are an improvement on 'it doesn't work at all', but they may not be everything we need. If you are a keen DA user, please let me know how you get on. the rest I fixed the 'file lookup script' GET problem. I apologise for the inconvenience. I am also rolling out an improvement to the shimmie parser this week that pulls source time and md5 hash. full list - ipfs nocopy: - wrote a new panel to better show ipfs daemon status and added it to the review and manage ipfs service panels - added nocopy config review and enable status and buttons to this new panel - added an EXPERIMENTAL 'use nocopy' checkbox to the ipfs manage services panel - added accompanying WEWLAD path translation ui to enable nocopy when your hydrus media storage paths are inaccessible to the ipfs daemon for nocopy purposes. a help button explains this more–it currently needs some symlinking, so non-advanced users should stay away - if everything is set up, ipfs nocopy seems to work! I am not totally happy about the setup required here, so feedback from advanced ipfs-fluent users would be appreciated and we can iterate on this - improved stability of ipfs daemon/version checking code - . - file maintenance: - wrote some proper file maintenance ui under database->maintain->review scheduled file maintenance! - for existing work, the new file maintenance ui shows how much work is scheduled for each job type and lets you cancel that work or run it manually - for new work, the new file maintenance ui lets you queue up work of any type for files you select with the standard tag autocomplete search interface! you can schedule all pngs to be rescanned in case they are truly apngs, or regen thumbs for all files imported before a certain date, or whatever you wish. you can also queue up repository update files - the file maintenance manager can now deal with repository update files when it does a complete file metadata regen - the file maintenance manager now takes responsibility for checking file presence and file integrity. the old 'check file integrity' options under database->maintenance, which did all files in one go, are now gone - file integrity checks will now always export broken files and missing/broken files' known urls to .txt files to your db_dir/missing_and_invalid_files. appropriate popups and log data will be sent as well. also, the known urls will be both exported on a per-file .txt basis and appended to one unified .txt - if a file now fails to parse on a metadata reparse, it is now automatically checked for file data integrity - if a repository encounters a missing, invalid, or incorrect filetype update during update processing, it now schedules all updates in the repo to be appropriately rescanned by the file maintenance manager - if the storage subdirectory directory does not exist on a client file path request or thumbnail-add attempt, a special error will now be raised with instructions to reconnect the location or shut the client down immediately - cleaned up some ffmpeg mime-detection logspam - . - duplicates: - added several single-file thumbnail right-click dissolve/reset duplicate actions: - - reset search status - - remove from duplicate group (if in one and not the king) - - dissolve duplicate group (if in a group) - - remove from alternate group (if in one) - - dissolve alternate group (if in one) - - clear false-positive relations (if it has some) - added some new code to deal with dissolution and member extraction at the db level - when a member is extracted from alternate group, its constituent files are now requeued for potential search - multi-selection duplicate right-click actions are now available to non-advanced-mode users - wrote some unit tests for the new dissolve/reset actions - cleaned up some misc duplicates code - . - the rest: - fixed a recent bug in the file lookup script GET call–I apologise for the mistake - the main gui page tab menu now lets you sort page tabs by the number of files they have - deviant art seem to be rolling out a new page format. this week hydrus introduces completely new deviant art downloader objects that, fingers crossed, will update any existing users smoothly and also provide new tag search functionality. users who are still logged in may still be getting the old page format. if this is you, and this update does not work (although I _think_ it should, even so), please try clearing your existing login and logging in again - new deviant art login script, artist + tag GUGs, gallery url classes, file and gallery parsers - updated the shimmie file page parser to pull source time and md5 - improved the 'process now' advanced button to only focus on actual specific outstanding processing. previously, it was also checking for new metadata when due, which, when the server was not available, could seemingly idle for a time before actually processing updates due to the new delaying connection retry code - wrote a new 'file import report mode' mode to help->debug->report modes - fixed a progress display issue with the janitorial petitions processing page - improved accuracy of sibling and parent petition counts, and properly capped them at 1000 - mapping petitions are now grouped by namespace, and will come in more manageable chunks - fixed the server launch-and-init test debug code - misc string-to-string control improvements to support the new ipfs edit ui - removed the old 'continual tag archive sync' legacy code from tag services, which has been semi/non-functional for a long time - cleaned up the annoying separator hanging on the end of certain tag right-click menus - cleared out the 'Exception ignored in' spam that is often printed after the log closes next week I pushed it a bit hard this week, so I will take it easier as I catch up on a variety of smaller jobs. I also need to catch up on my messages.
Anonymous 07/11/2019 (Thu) 07:03:27 Id: 1a143f No. 13165
Ok, have to ask because various things seem like they may do it. >>13133 I asked about a way to redo the data for dup, and you said next ver versions, there are a few data actions that seem like they could do it. If its not implemented this week, when it does will I have an questions about if this does what I think it does, or is it going to be something where is labeled very obviously that I know what it does.
Anonymous 07/11/2019 (Thu) 15:29:40 Id: 5132d8 No. 13166
Pixiv subscriptions return "The parser found nothing in the document!", how to fix?
Anonymous 07/11/2019 (Thu) 20:00:45 Id: bfa77c No. 13169
>>13160 Does the option to send the selectrd files to be compared in the dup filter still exist? If not, may I request that it be re-added? It's useful in the case of the same images being scanned from different magazines, where the text on top may be different, borders, scan quality, etc. might make it not flag in the normal dup system
hydrus_dev Board Owner 07/13/2019 (Sat) 21:59:16 Id: 1559ea No. 13173
>>13165 Yeah, now I have this new file maintenance UI, I'd like to extend it with a 'duplicates rescan' or similar job. I'll just add it as a new job type, so you won't be able to miss it on the panel and the add job dropdown. You will want to queue up all your static image files, and they should all get fixed. >>13166 Is this with the latest version? I thought we had just fixed that last week or so? I will check it this week, maybe they broke it again, thank you for the report.
hydrus_dev Board Owner 07/13/2019 (Sat) 22:02:54 Id: 1559ea No. 13174
>>13169 It doesn't, but I can definitely add it back in now, thank you for reminding me.
Anonymous 07/14/2019 (Sun) 03:25:23 Id: fac73a No. 13178
Hydrus feels too good to be true. I am starting to get suspicious now, perhaps the chinese or russians are trying to steal my anime pics.
Anonymous 07/14/2019 (Sun) 08:29:25 Id: 5132d8 No. 13179
>>13173 >Is this with the latest version? I thought we had just fixed that last week or so? I will check it this week, maybe they broke it again, thank you for the report. Sorry, I think it was just my db that had messed up scripts. I fixed it by deleting everything relating to pixiv and re-importing the scripts available on CuddleBear92's github.
Anonymous 07/14/2019 (Sun) 14:32:42 Id: 1a143f No. 13181
>>13175 just looked at the old version and saw the reply for multiple similar images at once, the only real use I can think of it is I have a full comic/set and I want to remove the images, I have images that hit an 'unappealing' tag, and I want to get every one of them at once, or in my case, I want that tails comic wiped from wasting space. at least for me, haveing them sort is kind of a moot point. however if you want them to sort, I think adding a queue system to duplicate filter and having files open in a duplicate filter window would work. this way you search one files duplicates, it posts results and goes onto the next files results and duplicates. this would allow you to also have some access to duplicate tools. as for the other one, I don't know how simple it is, but the database knows that the files were thrown away, so a 'remove deleted from view' would probably do the job, unless you want to expand the 'remove from view' options to be a bit more complex and have their own sub menu. It could also be handled from a highlight all function, this would add another step to removing deleted from view, but it would also allow something like 'highlight all 'jpeg'' so I could move them to a different window. it may not have a whole lot of use case for search results, but in the case of publishing a subscription, I think it would have a fair amount of use.
Anonymous 07/15/2019 (Mon) 08:53:28 Id: 523e60 No. 13187
I use hydrus on an external drive and the other day my drive came unplugged accidentally while using hydrus and the program closed as you'd expect it would. Though when I reconnect the drive and try to reopen hydrus I get to "initializing managers tag siblings" then hydrus crashes. Any advice? I have a backup but its a couple weeks old and I'd prefer not to use it. I still have my db folder and client file and everything. Here's the command I use to launch hydrus just for reference. I'm on osx btw. open -a /Applications/Hydrus\ Network.app –args -d=/Volumes/Drive/hydurs/db
hydrus_dev Board Owner 07/15/2019 (Mon) 16:11:25 Id: 1559ea No. 13188
>>13178 I am glad you like the sound of it. The program does not phone home anywhere, but if you are thinking about using the program and are truly skeptical, I recommend you block it with your firewall to start with. It shouldn't try to make any connection unless you tell it to through a booru downloader etc… If you aren't a user yet, your enthusiasm may dim a bit when you stumble over some of the unprofessional design or buggy code, though! Everything is breaking all the time. I am a typical Anon and am trying to make the sort of software I want to use. Privacy and user control is very important to me, so it is baked into the program. I love the imageboard community and enjoy giving back to it through my work. If you do use the program, let me know how you overall find it after a few weeks, once you are comfortable with it. Feedback from new users is always useful.
hydrus_dev Board Owner 07/15/2019 (Mon) 16:13:16 Id: 1559ea No. 13189
>>13179 Great, thanks for letting me know. I'm not anywhere near ready to start work on this, but next step for the whole downloader system will be some sort of subscription + version checking system for the various scripts, like you'd see in Nexus Mod Manager, so script authors can update people more easily when sites change like this.
hydrus_dev Board Owner 07/15/2019 (Mon) 16:25:02 Id: 1559ea No. 13190
>>13181 Thanks, I will keep thinking about this. >>13187 Hmm, that is odd. When it crashes, does it throw up any error window at all, or just close itself? Does the close look 'clean', or does it just die in one frame? My first guess is the disconnection caught the db while a transaction was flushing to disk and so there is some bad data in there, although usually that stuff is recovered from. If you go to /Volumes/Drive/hydurs/db and check your latest client.log file and scroll to the bottom, is there any traceback error there for what happens after the 'booting db' phrase? A db error generally shouldn't cause a crash, so it is also odd that you aren't getting an UI popup of some sort saying 'hey, the db had a problem on boot'. If it is erroring silently and quitting the program neatly, there could be some error in there, but if it is a full-on actual crash, there won't be any kind of tidy-up statements. If there is no error, let's check your db files. Here's a help file that is a slight pain in the neck to get to as an OS X user: https://github.com/hydrusnetwork/hydrus/blob/master/db/help%20my%20db%20is%20broke.txt It will walk you through some integrity checks to make sure your db is all ok. I think there is an OS X sqlite3 executable in your App, if you know how to navigate that, or you can get the tools here: https://sqlite.org/2019/sqlite-tools-osx-x86-3290000.zip Let me know what you find. I am somewhat confident we can recover this db, but we might need to reset something manually. Keep that backup to hand in any case–we might be able to copy something over at the very least.
Index Catalog Archive Top Reply
1
Forms
Delete
Report
Quick Reply