[ home / board list / faq / random / create / bans / search / manage / irc ] [ ]

/hydrus/ - Hydrus Network

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

Catalog

See 8chan's new software in development (discuss) (help out)
Infinity Next Beta period has started, click here for info or go directly to beta.8ch.net
Name
Email
Subject
Comment *
File
* = required field[▶ Show post options & limits]
Confused? See the FAQ.
Embed
(replaces files and can be used instead)
Options
Password (For file and post deletion.)

Allowed file types:jpg, jpeg, gif, png, webm, mp4, swf, pdf
Max filesize is 8 MB.
Max image dimensions are 10000 x 10000.
You may upload 5 per post.


New user? Start here ---> http://hydrusnetwork.github.io/hydrus/

YouTube embed. Click thumbnail to play.

 No.1494

win32

zip: https://github.com/hydrusnetwork/hydrus/releases/download/v183/Hydrus.Network.183.-.Win32.-.Extract.only.zip

exe: https://github.com/hydrusnetwork/hydrus/releases/download/v183/Hydrus.Network.183.-.Win32.-.Installer.exe

os x

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

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

linux

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

source

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

I had a great week. My new schedule worked out very well. I cleared out many of my oldest to-do items and added thumbnail support for swf files.

swf (flash file) thumbnails

Swfs now have thumbnails! The system works ok–many files have artifacts, and some only have blank rectangles, but most show something to do with the movie or game. It is a huge improvement over just showing generic filetype thumbnails.

The client and server will generate thumbnails for existing files on update to v183. It worked at about 2 swf files/second for me, so if you have 5000 swfs in your client, be prepared to wait a little while. I got a handful of os-level 'swfrender_win32.exe just crashed' popup windows during my big update, but they didn't seem to affect the client at all–from the client's perspective, if swfrender has any problems, it just defaults to the old filetype thumbnail.

This is all a bit experimental, though, so if you run into serious problems, let me know!

Clients will attempt to download thumbnails for swf files from file repositories, so if you have a server that has some swfs, make sure you update this week or you'll have a few inconvenient 404s flying around. I thought about updating the network version to force everyone to update, but I figured that would ultimately be more of an inconvenience.

misc stuff

I have fixed a lot of old, weird, and boring issues this week. Feel free to read through the full list if you have been waiting for something specific, or just update and move on–there isn't anything really important, but a lot of things are generally a bit better.

I made some progress on my github queue as well, this week. I hope to cut it down a bit every week until I hit inbox zero.

full list

- added swf thumbnail support–it works ok for most swfs!

- thumbs for existing swf files will generate on db update for both client and server

- the server will also generate thumbnails for video on update, which it seems it was not doing before

- rewrote some hash comparisons in thumbnail downloading and thumbnail counting code to be a lot faster and memory efficient

- fixed thumbnail count invalidation after service sync

- in certain cases, fetching autocomplete tag results from the db will be slightly less laggy

- if the autocomplete dropdown has cached or otherwise quickly fetchable results, it will refilter for current input as you type, ignoring the normal character delay (i.e. typing through autocomplete is far less laggy now)

- fixed a couple of autocomplete tag-parsing bugs for tags with more than one colon character

- fixed some key event selection bugs in the autocomplete taglist when there are no results in the list

- if there are no results in the autocomplete taglist, the typically caret-moving key events up/down/home/end will move the caret (rather than being uselessly passed on to the empty taglist)

- all profiling now goes through a single location

- profiling now also prints extensive information on explicit code callers

- fixed db profile mode printing display for the new logger

- added new pubsub_profile_mode (AKA log-killer)

- all menu popup display and explicit memory cleanup is done through a single location

- hover windows will now not show whenever a menu is open

- hover windows will now not hide whenever a menu is open (useful when trying to go 'copy tag' off the hover taglist's menu!)

- a keyerror bug when force_idle_mode was hit right at program start is fixed

- unexpected serverside client disconnections are now caught and further request processing is cancelled

- middle clicking on an 'empty' system predicate in the a/c dropdown now will throw up the dialog to enter a value and then pass that filled in system pred onto the new search page

- duplicate parents (which can occur with overlapping grandparents) are now collapsed

- the upload pending popup message cancels properly after 'server busy' events

- whenever the client's services are iterated at the view-level, it will now be in random order, to stop sync bottlenecks choking other services (and anything else like this that might have been occuring)

- fixed a bug with double-clicking a tag selection on the the tag censorship taglist

- fixed the too-fast frame timings on some videos opencv had a problem parsing

- loading many video types will now be just a little faster

- remote files will no longer present the right-click menu option to share->copy->file

- hitting a shortcut for manage ratings from the media viewer canvas will no longer work if you have no ratings services

- the base scripts (client.pyw, server.py and test.py) now have a shebang line to facilitate non-Windows use

- laid groundwork for external client_files locations

- plenty of misc cleaning and refactoring

next week

I will continue like this. There are several old Linux-specific graphical bugs to look at and plenty of code cleaning jobs to catch up on. Beyond that, letting the client store its files across multiple hard drives is an urgent issue for many users, so I hope to add that. I know how it will work, and I've written most of the backend, I mostly just have to write some option gui stuff for it.

 No.1495

>swf

Great! I always wanted this. I have over 500 swf animations and it really helps to have thumbnails of them, just like I do in my explorer.

Also, when will 64bit be available for Windows?


 No.1501

File: 1448558198011.jpg (173.8 KB, 700x1046, 350:523, 86804d5b3e476e6133b1184b3a….jpg)

>>1495

In the next few weeks, I think. No one has objected, so I assume the last few WinXP/whatever users have since upgraded.

The only potential problem with this is that I am not sure if figuring out 64-bit versions of all the libraries I use will be a quick and easy bit of command line stuff or digging-through-forum-posts-from-2003 compilation hell. I'll experiment on an upcoming Saturday so that if it all goes wrong I'll be able to undo it by the Wednesday and rethink.


 No.1503

>>1501

While I personally don't care about XP support, you could always link the latest working version for a deprecated system on the downloads page along with the commit, that way if people really want to they could potentially handle backporting future features themselves.


 No.1513

I can't seem to be able to run this latest version at all. Both extracted and installer. It just… I press to run the .exe, and then nothing. I can't delete the exe afterwards, it tells me it's running on System. Fucking windows 8.

Oh well. Maybe next one.


 No.1517

File: 1448907359931.jpg (727.12 KB, 1365x1999, 1365:1999, 6aca220d88cfcb968faedd8df2….jpg)

>>1513

Does a crash.log file get created in the base installation directory? Alternately, does client.log get created in install_dir/logs?

If you open the command line in the install_dir (shift+right-click on some explorer-window whitespace in the install_dir, then open command window here) and then type 'client' and hit enter, does it say anything?

Also, if you run a virus scanner, please check its logs for a false positive, likely either client.exe or anything in install_dir/bin.


 No.1518

>>1513

Oh, sorry, I missed the bit where hydrus is still running. If you hit Ctrl+Shift+Esc, that should open up task manager. Scan the list for 'client.exe' and press the delete key, and that should kill the process.




[Return][Go to top][Catalog][Post a Reply]
Delete Post [ ]
[]
[ home / board list / faq / random / create / bans / search / manage / irc ] [ ]