[ 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)
Please read: important information about failed Infinity Next migration
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/

Currently prioritising: catching up on bug reports.

Next priority: https://poal.me/4bhdd6


YouTube embed. Click thumbnail to play.

 No.1589

windows

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

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

os x

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

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

linux

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

source

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

I had a good week. I did some small things and moved the Windows build to 64-bit, which turned out to be a more significant change than I expected. If you use the Windows release, you will need to perform a clean install this week. Explanation below.

Windows 64-bit

Converting my Windows dev environment from 32 to 64-bit went fairly well. Almost everything compiled ok, and I was able to source builds for the other things that caused trouble.

In the client, the old 32-bit ~2GB memory limit is of course gone, and things are surprisingly snappier. Webms now decode much more smoothly, even at 1080p. I don't think I am imagining the speed improvement–I assume my laptop has 64-bit media decoding that the new 64-bit ffmpeg exe can hook into, and I presume Windows prefers to display things on screen from a 64-bit exe.

However, when I just tried to update my laptop by dragging and dropping the 64-bit install over the 32-bit, it wouldn't boot. It looks like some spare old 32-bit dlls are conflicting with the new 64-bit exe. You will have to perform a clean install.

performing a clean install

First, if you run a backup every week, do it!

Second, go to your install directory. If you don't know what this is, go file->open->installation directory in your 32-bit client and then shut the client down.

Delete everything in that directory except the db folder.

Then update to the new version as normal, whether with the exe installer or by extracting from the zip.

You have now performed a clean install! The new 64-bit client/server will pick up exactly where it left off with your old database. I think that process is simple, but if you are still uncertain, don't be afraid to ask for help. Do not delete your install_dir/db folder.

misc other stuff

I wrote a new help page for reducing program lag, which generally summarises several conversations I have recently had with users–check it out if your client is running slow.

https://hydrusnetwork.github.io/hydrus/help/reducing_lag.html

I also changed last week's new autocomplete shortcuts due to a good comment about them breaking tab navigation. IME mode now uses Insert, and 'get a/c results now' now uses Ctrl+Space. I will make these editable, hopefully along with all other shortcuts, when I get around to rewriting the shortcut system.

I added file->restart for Windows and OS X. I will fix it for Linux next week.

full list

- Windows release is now 64-bit!

- some libraries got updated for windows, to varying minor effects

- BeautifulSoup updated to latest version for everything

- fixed a warning from newer versions of BeautifulSoup by explicitly using lxml

- updated the running_from_source help file to what is currently needed

- ffmpeg.exe is also 64-bit

- wrote a "reducing program lag" page for the help

- added program restart to file menu, doesn't work for linux yet

- improved restart code (it was used in restore database, and for some users would not close the parent process down properly)

- in the media viewer, page up/down, arrow keys and mouse scroll no longer unhide the mouse

- in the media viewer under Windows, dragging no longer unhides the mouse

- the implicit delay in the downloader-importers is reduced, so redundant files should always stream in a super fast now

- export files dialog will now auto-create missing destination directories

- export files dialog will now work off the gui thread (to stop gui hangups on big jobs) and will report its export status through the export button, which will be disabled until the job is finished

- changed the new tab/shift+tab shortcuts because they break panel control navigation (I want to make these editable soon):

- 'fetch autocomplete results now' shortcut is now Ctrl+Space (Raw Control for OS X, not command)

- 'IME mode toggle' is now Insert

- cleaned up how control is handled cross-platform–in general, 'control' is always control for windows and linux, and 'control' is command for os x. this may be incorrect.

- json dump errors now report more information about the specific object and its serialisable contents that are causing the problem

- clipped sibling/parent reason entry dialog message when lots of pairs are added

- fixed a bit of bad logic in sibling/parent dialog->content-update workflow

- fixed the thumbnail canvas not refreshing on a canvas shrink caused by expansion of the management panel that doesn't change the thumb column count

- fixed emergency boot error reporting for when HydrusData won't load

- added some unicode conversion unit tests

next week

I made some more progress on my github queue this week. I think I will be able to work on something new in a couple of weeks. I plan to put up a large voting list in next week's release post so people can vote on what they would like me to start on the week after. Here is my current rough list of ideas, made from specific suggestions and my own mental list of things I'd like to get around to but don't usually have time for:

- improved censorship controls, hiding namespaces from certain views and so on

- suggest tags control ("people who tagged like that also tagged like this" workflow)

- tagging filter workflow (like inbox/archive)

- dupe search

- display search results in different ways (like a file explorer)

- support text and html files

- audio support

- ipfs

- optimise search queries (make numtags faster, for instance)

- have search results stream in rather than loading all at once once the whole query is done

- local booru improvements

- gallery downloader improvements

- client-to-client communications, im or email

- better parents and siblings dialogs

- streaming (much faster) a/c results

- better shortcuts

- better undo

- remote ratings

- tiling media canvas (big images, better zoom quality)

- tag cloud control

- mass adding/editing of subs

I will polish the phrasing before the poll to more specifically explain each item, but I hope that if you are an avid user you will generally know from my previous comments what those things generally are. If not, feel free to ask!

In the meantime, please think about which of those things you would most like to see. I would enjoy working on all of them.

If there is something you care about more than any of those things that I have forgotten, let me know and I'll add it.

 No.1590

Great job. I had no problems moving to 64bit.

>If there is something you care about more than any of those things that I have forgotten, let me know and I'll add it.

Yea..I really want those colored thumbnail borders for ratings. ;)

like 5-star rating = red border,etc


 No.1592

>>1589

>Windows release is now 64-bit!

Yay! Thanks a lot. Looks like everything works fine.


 No.1593

>Webms now decode much more smoothly, even at 1080p

it feels smoother for sure, but I'm still having some slow down during 1080p webms, typically around the end of the clips when they loop.

mpv loops them flawlessly but obviously that's a piece of software developed solely for video playback.

Thumbnails also feel like they load a bit quicker.

Keep up the excellent work.

Audio would be a great addition.


 No.1595

>>1590

Not only for ratings. If you could setup something similar to namespaces, but for border colors, that'd be amazing.

I'll make a mockup later to visualize this better.


 No.1596

File: 1450523866994.jpeg (67.67 KB, 465x700, 93:140, 50f6492159dd807a8bd60639f….jpeg)

>next week

>ipfs

EXCITE


 No.1597

File: 1450536838668.png (77.97 KB, 872x917, 872:917, onethumbwhy.png)

>>1589

An option to re-create a thumb whenever Hydrus encounters a bad one, would be great.

But whenever it finds hundreds or thousands of those, Hydrus could ask to re-do them on the exit maintenance.


 No.1601

File: 1450550135184.jpg (230.78 KB, 1023x738, 341:246, 18451b6616af35a36acfb182da….jpg)

>>1590

Thanks for reminding me!

>>1597

I can improve this this week. If a fullsize thumb is missing or malformed, I'll attempt to regenerate it automatically and throw up a nicer popup saying "Hey this was wrong and shouldn't have been, please check everything is ok."

In that vein, I don't think that hydrus would ever normally break or delete a thumbnail. If you didn't explicitly change the thumbnail file yourself, you might have a problem with your hard drive. You might want to look at "install_dir/db/help my db is broke.txt" for info on how to check if your hard drive/db is ok.


 No.1606

>>1601

It was a power outage, it broke about 20 or so thumbs.


 No.1609

File: 1450608078893.png (8.69 KB, 381x548, 381:548, file limit always 1.png)

Can't change the value, it's either 1 or infinite.

Help me.

v186


 No.1610

File: 1450638362493.jpg (1.07 MB, 2149x2700, 2149:2700, 216682da66ed675bbb254d343f….jpg)

>>1609

Thank you for this report. This is fixed for next week. I think you can semi-fix it right now by changing the default file limit under file->options->downloading (I think you have the default set to no limit?), which will affect all new gallery pages.


 No.1616

Is there any reason why I can't add more than one sibling to a tag?

Like 'mother and son' into 'male:son' and 'female:mother'?


 No.1617

File: 1450811862030.jpg (41.59 KB, 787x600, 787:600, a9d236a01559a9aba59e15d003….jpg)

>>1616

The siblings system is in its first version, so it only supports simple relationships for now. Improving how siblings and parents work will be something on the poll tomorrow. The first job is to make the dialogs work and display existing pairs better, and in future I can support one->many relationships and predicated relationships, like 'if A, B->C'.

For now, perhaps you can achieve something of what you want with parents:

mother and son->mother

mother and son->son

i.e. Anything with 'mother and son' should always get 'mother' and 'son' as well.

Which seems to make sense to me. And perhaps there is value keeping 'mother and son' around rather than replacing it as a sibling relationship would, since it implies some sort of relationship between the actors in the image beyond their simple presence. The tags:

father

mother

son

Are subtly different (presumably in an NTR way) to:

father

mother

son

mother and son


 No.1624

great app!




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