win32
zip: https://github.com/hydrusnetwork/hydrus/releases/download/v181/Hydrus.Network.181.-.Win32.-.Extract.only.zip
exe: https://github.com/hydrusnetwork/hydrus/releases/download/v181/Hydrus.Network.181.-.Win32.-.Installer.exe
os x
app: https://github.com/hydrusnetwork/hydrus/releases/download/v181/Hydrus.Network.181.-.OS.X.-.App.dmg
tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v181/Hydrus.Network.181.-.OS.X.-.Extract.only.tar.gz
linux
tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v181/Hydrus.Network.181.-.Linux.-.Executable.tar.gz
source
tar.gz: https://github.com/hydrusnetwork/hydrus/archive/v181.tar.gz
EDIT: Apparently I didn’t fix the Win10 Unicode problem after all! If you still experience this bug in v181, please try this hotfix:
https://github.com/hydrusnetwork/hydrus/releases/download/v181/Hydrus.Network.181.Unicode.Hotfix.-.Win32.-.Extract.only.zip
https://github.com/hydrusnetwork/hydrus/releases/download/v181/Hydrus.Network.181.Unicode.Hotfix.-.Win32.-.Installer.exe
I had a pretty busy week IRL, so I didn't have all that much time to work on Hydrus. Nor to answer my messages, so if you have posted something to me and are waiting for a reply, please bear with me.
first, a question on windows 32/64
My Linux and OS X releases are both 64-bit, but my Windows is 32. It feels to me about the right time to switch over to 64-bit for everything, but I will either put it off or look to a dual-release if there are people still running 32-bit Windows who have no way to update.
So, if you run Win32, please let me know how you feel about a Win64 release. Just post here or send me a tweet/email. If you don't know what you are running, hit Windows Button+Pause/Break to open up the System window, and it should say something like System Type: 32/64-bit Operating System.
Win10 unicode crash
With the big unicode rewrite last week, I missed out one line–where the hydrus client asks your operating system to convert a big number like 123456 to whatever you localisation settings are, like "123,456". This worked totally fine on all my test machines. Unfortunately, some users–the reports all seem to be non-english Windows 10, but it may have affected others–have some sort of unicode character for their 'grouping comma' (or something like that–I can't replicate this myself).
Anyone affected basically had a crash/error spam anytime their gui tried to display a number bigger than 999.
I have told this OS call to always return unicode, so I expect it to work fine now. If you got this, please let me know if you have any more problems!
if you run a server on Windows, update soon!
I updated some libraries this week, and then I had to roll back a little because my test server had some very old unused and flawed sql in it that would not boot with the new version of SQLite. The code that created the bad index is long gone, so I thought it must have been some temporary thing I played with on my dev machine, but it turns out my production server had it as well, which means anyone else could have it. I don't know which version would have introduced it, but it would have been a long time ago.
In any case, if you have been running a server on Windows for a while, make sure you update fairly soon! I will be rolling out the sqlite.dll update in the Windows release on December 9th, at which point flawed server dbs that have not been updated to v181-v184 will not load!
If you happen to put it off until v185, you can retroactively update to v184 or whatever as an interim step. No damage is done by trying to connect with the new dll–it just dumps out as soon as you send any calls to the db, so the whole program fails.
drawing thumbnails better
I have iterated over most of the thumbnail drawing code, which had a few really inefficient areas. Scrolling at speed should be more reliable, and general framerate/CPU used should be better.
Also, thumbnails no longer remember their thumbnail bitmaps, which seems to have been a source of memory bloat during large imports and general browsing of 10,000+ result searches. If you now scroll through 100-odd pages of thumbnails, your client's thumbnail cache memory use will reliably cap out at 200MB or whatever you have set in the options.
taglist harmonisation
Tag lists now look more like each other and display more information. Specifically, the media viewer's 'background' taglist and the hover taglist that pops over the top of it should now show the same tag information in the same order. Neither displays count, as they always refer to one single file, but they will show (-) petitioned status.
The main 'selection tags' taglist also shows petitioned counts and collapses the counts of overlapping siblings more accurately.
And you can hit Ctrl+A on any of them as well!
full list
- fixed a potential bug in the server's db, very important you update this week if running on Windows
- improved some thumbnail page calculation logic
- improved some thumbnail page drawing logic
- fixed broken vertical resize thumbnail grid issue
- fixed some broken 'thumbnails have changed dimensions' event layout recalculation
- fixed an idiotic typo bug that was making cached thumbnail page bmps taller or shorter than needed
- thumbnail fading and other general thumbnail redraws should be a decent bit faster now
- thumbnails have handed off all bmp storage responsibility to the thumbnail cache, which should mean greatly reduced memory use when browsing very large results
- thumbnails will now only quick-draw if they have been seen before on the same page, which should reduced some page-refresh waterfall jankiness
- thumbnail media panel double buffering seems to be working better
- improved some general thumbnail drawing code
- the media viewer background taglist will now show petitioned tags
- the media viewer hover taglist should now look exactly like the background taglist (sorted lexicographically, no more counts, and now shows petitioned)
- the 'selection tags' taglist will now show petitioned tags for 'all known tags' queries
- the 'selection tags' taglist and the media viewer background and hover taglists will now count collapsed sibling tags correctly
- all taglists now support ctrl+a to select all
- improved some generic taglist value-setting code
- parents should now only expand for their specific tag services
- siblings, parents, and the pending count should now be correctly recalculated upon repository update processing
- added 'copy sources' to the import status window's right-click menu so you can copy bad urls or whatever to the clipboard
- added 'skip' to the import status window's right-click menu so you can skip urls you don't want
- added default booru for rule34hentai.net
- under certain circumstances, services with duplicate names could be created–any services like this will be renamed on update, and the loophole where this could happen is now closed
- improved a locale number formatting call to ask for unicode
- improved newgrounds parsing–mp4/wmv files should now work
- the server logger has been formalised into a proper class
- fixed some bad static image initialisation in the canvas code that was causing error spam
- fixed default import tag options for hentai foundry and pixiv
- copy->(bmp|path|local url) will now only appear as an option if the currently focussed media is local
- fixed some gallery identifier print code
- frames and dialogs will now clip their initial size to the current monitor's resolution–better scrollbar support for cramped windows will follow
- updated ffmpeg static builds
- updated sqlite command line exes
- put off sqlite windows dll update because of critical server db bug
- misc code cleanup and redaction
next week
I put off IPFS this week because of my schedule, so I would like to go for that. Also, being so behind on my emails/github issues, I'll put some time specifically aside just to write some posts and create new tasks.