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

Uncommon Time Winter Stream

Interboard /christmas/ Event has Begun!
Come celebrate Christmas with us here


8chan.moe is a hobby project with no affiliation whatsoever to the administration of any other "8chan" site, past or present.

(18.44 KB 480x360 lGBLh2iqsZw.jpg)

Version 385 Anonymous 02/19/2020 (Wed) 22:35:00 Id: bba349 No. 13689
https://www.youtube.com/watch?v=lGBLh2iqsZw 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. A zoom bug where video could navigate down a few pixels on zoom in/out cycles is fixed, and the blank audio mpv window now has some hardcoded zoom capability and should scale itself to fit in the small preview window, always letting you interact with its seek bar. I attempted to get mpv working for macOS but ran into some technical walls, I think because I am limited to 10.12 Sierra. I do not think there are excellent solutions for this, at least for my macOS expertise, so mpv support on macOS is unfortunately on hold until I learn more. shortcuts The media viewer gets more shortcut work this week. Until now, hitting enter, return, or escape on any viewer, and middle or double left-click on the normal browser, was hardcoded to attempt to close that viewer. This is now all plugged into the shortcuts system and is editable. It comes under the 'close_media_viewer' command for all the 'media_viewer' sets. Mouse integration is not complete, but we are almost there, and most actions should work, if you want to map, say, alt+left click to something. Last week's double click support added an interesting bug to existing workflows: whenever you intended to click twice fast–like when using the archive/delete filter quickly–the second click was detected as a double-click instead, and often nothing would happen. This is now fixed. Now, if there is no double-click command mapped, including on any parent window, that second click will be attempted instead as a second single click. So, you can now click through the archive/delete filter fast again. This new single/double click logic (when any parent window does have a double-click command mapped, the single click substitution does not occur and that double-click does count and is passed up) adds a neat new capability to mpv windows, which, because they scale up so well and usually almost fill the screen, leave little whitespace to click 'outside' the window to do anything but pause/unpause on a left-click. Now, a double-click can be neatly passed up to a parent if there is a mapping. For instance: a double-click on an mpv player in the regular browser media viewer will now pause and then close the window (rather than doing a quick pause/unpause), because 'media_viewer_browser' on the larger window has double-click mapped to close the window. I have also made it default that double left-click in the archive/delete filter is now mapped to 'keep', so in a similar way, double clicking an mpv window in the archive/delete filter will now do 'keep and move on'! If this is a bit complicated to read, don't worry–have a play with it and you'll get the feel. I hope this makes filtering videos a bit nicer now we have mpv. the rest Danbooru apparently changed how their tags work behind the scenes, so this week adds new parsers for danbooru that should have everyone working again. Thank you to a user for submitting these. I fixed some searches, usually ones without inclusive tags, where files in the trash could appear even though the domain was 'my files'. A popup message now appears while a session is loading, just as a little indicator for slow-loading sessions until I can get better loading progress ui integrated here. The splash screen looks less ugly, but it is still bad. I will keep working on this to get the greys/whites/blacks and layout margins looking better for all stylesheets. full list - mpv: - the mpv window is now plugged into the slideshow system, so when an mpv window has played its media once, a media viewer browser currently slideshow-ing will now correctly know to move to the next media - slideshows of videos should progress to the next file faster and more smoothly, with no more half-second blit of the start of the movie before the next file loads
[Expand Post]- pausing video/audio is no longer cause for the slideshow to move on–now only the 'has played once through' check will naturally trigger it. you can now more reliably seek/scrub a video during slideshow - the mpv window and native animation player is now better about pausing while a seek drag (scrub) is ongoing - various music videos that have 1 frame should now show a seekbar correctly for the mpv window, with correct timecode based seeking - fixed a bug in the video/audio resizing code that meant zoom in/out cycles would move a video player down a few pixels off center - the blank audio mpv window now has basic hardcoded zoom support and will scale down to a too-small viewer window, so you can still access the seek bar - fixed some 'has duration' calculations for audio/video that has duration but no frame count - . - shortcuts: - if a shortcut handler on an individual window does not have a double-click mapping for a command–and furthermore if none of its parent windows that are fully plugged in have one either–it will attempt to map the single-click version of the event as a backup. so now if you have an archive/delete filter, you can click fast again and the double-clicks will be interpreted as single-clicks (unless you map double-click to mean something else on the media_window or one of the media_viewer parents) - the media viewers across the program are now fully plugged into the shortcuts system for key presses, and half-plugged in for mouse clicks - 'close_media_viewer' is added to all 'media_viewer' shortcut set types. enter/return/escape are now defaults for 'media_viewer' (applying to all), and middle-click/double left-click are now defaults for 'media_viewer_browser'. this is no longer hardcoded. if you are a madlad, you can now unmap all 'close_media_viewer' commands - double left-click is now assigned to 'keep' in the 'archive_delete_filter' shortcut set. due to the new click/double click rules above, this means that by default double clicking a video/audio in the archive/delete filter will now mean 'keep and move on' on that fast second click! - edit shortcut set ui now sorts its command list on load - significant shortcuts refactoring - general shortcuts code and debug code cleanup and improvement - . - local file import pages and most downloaders will now report more file import steps to their status labels. most will blit by too fast to see, but if it hangs for a bit, you will now see the step it is caught up on. I imagine in most cases, this will be metadata generation for large videos - fixed a variety of searches that could return files not filtered to the current file domain (e.g. files in trash while in my files, or not in ipfs while in ipfs) when the search did not include an inclusive tag - updated the default danbooru file page parsers to get their new tag format, thank you to a user for submitting these - a popup message now appears while sessions are loading. it auto-dismisses once the load is complete - the edit media view options dialog (under options->media, launched from the filetype list) is now better at disabling non-applicable widgets based on filetype - fixed an issue where clicking from the autocomplete dropdown floating window to the same control's text input could result in a single flicker-frame where the dropdown is hidden - tightened the size of the splash screen white background. figuring out appropriate colour from the current stylesheet remains elusive lmao - cleaned up and wx->Qt converted a variety of event handling code - updated some 'mime' labels across the program to the new 'filetype' wording next week Next week is a cleanup week. I will catch up on some general background code improvement. Some users are getting crashes with the new mpv window swapping system, so I will also look at that.
Response to this >>13557 I'm not sure if you changed anything about this yet, but as of v385 (or earlier), the pop-up stopped appearing. There is still a fps counter in the video frame, and I should mention that it doesn't appear in video played in firefox, or smplayer (which also uses mpv), so it's probably something you can fix. However, the fps counter doesn't bother me so as far as I'm concerned it's not an issue anymore. It was just the popup that was annoying. Thanks
(19.68 KB 652x736 ClipboardImage.png)

The url import panel minimum width is like half of my screen after the QT update.
(69.91 KB 412x349 fps.png)

>>13691 Great, thank you for letting me know. This may have been my doing, as I stopped telling the default mpv.conf to try to load 'gpu-hq' as profile and instead do what it wants by auto, or it may have been an updated driver noticing this is different. Perhaps there is another mpv.conf setting here that informs your GPU that this is video and not vidya. I hope to have some simple mpv.conf customisation options available soon, so if we discover mpv.conf settings that work better for you, you'll be able to fix hydrus to use that custom file. Just to verify, your fps display does not look like image related, right? I have recreated an mpv fps display here, but you are confident you are getting a nvidia thing?
>>13694 Thank you for this report. I am sorry for the trouble. There are still some bad layout issues lingering from the wx->Qt conversion, so I hope to improve this over time as I undo some of the sizing hacks here. I think this particular sizing issue can be aggravated when one of those downloader controls displays a very long message. The panel on that page expands and gets stuck being too wide until the next client boot. If you restart the client, does this get fixed, or is it always this wide from the start? Are search pages ok but download pages not? If you are not aware, the pages->management and preview panels menu can help with debugging the 'sash' positions here, which may help some of this.
>>13700 yea I already know, it helps with things like the cyoa threads that all kind of bunch together, but doing that for a watcher list that's several hundred to several thousand watchers big… thats less doable manually
(2.42 MB 2560x1440 capture.png)

>>13698 >you are confident you are getting a nvidia thing? Yeah, it looks like in this picture, and there's the pop-up too.
>>13699 All downloader pages (watcher, urls…) have the same issue, and it's wide from the start. The page special->duplicate processing is the same, but the width get fixed after switch tabs (preparation<>filtering)
Videos or gifs with less duration than the slideshow time won't loop until the slideshow timer expires like before
I had a great week, mostly clearing out old wx hacks for proper Qt code, improving coordinate calculations and other UI logic. I also added hooks for custom styling of several hardcoded colours, got hydrus to recognise non-looping gifs, and opened up the mpv viewer for more configuration. The release should be as normal tomorrow.
New guy to this here. Derpibooru was refusing to not use the default filter, and I didn't see any fix mentioned in the threads since Derpi was last touched on in the changelog, so I made a parser for their api calls instead. After I do some testing with a virgin copy of v385, would this be the place to post the stuff?
>>13713 does it have the explicit images too? Had to use a cookie extension to get derpi to parse everything I want, but the cookie seems to run out after a few hours so I need to keep constantly refreshing it… its not bad because it gets me 50 images a page, but just an annoyance that I would go back to 15 images a pull to be rid of.
Imported to a virgin v385 Hydrus, and it worked just fine. Also, didn't realize you could export them all together when I did it. >>13714 It does. filter_id setting still works with API calls, and I left it at the no filter(56027). If you change it to use your authcode given by Derpi when you make an account, and scrub the filter_id, it should default to your account's current filter. But I haven't tested that part myself. Also, have you tried setting derpi to not expire the login? Does that affect the cookie behavior? I haven't bothered trying to mess with the perpage parameter though, so the 15 gallery size is still there.
Imported to a virgin v385 Hydrus, and it worked just fine. Also, didn't realize you could export them all together when I did it. >>13714 It does. filter_id setting still works with API calls, and I left it at the no filter(56027). If you change it to use your authcode given by Derpi when you make an account, and scrub the filter_id, it should default to your account's current filter. But I haven't tested that part myself. Also, have you tried setting derpi to not expire the login? Does that affect the cookie behavior? I haven't bothered trying to mess with the perpage parameter though, so the 15 gallery size is still there.
>>13716 Thank you friend, this is great. Thank you for the work. I will give these a test my end and roll them in to 387.
>>13725 Not a problem, and thank YOU for the work.


Forms
Delete
Report
Quick Reply