Release Tomorrow!

Name
Email
Subject
Comment *
File	Select/drop/paste files here
Password	(Randomized for file and post deletion; you may also set your own.)
* = required field	[▶ Show post options & limits] Confused? See the FAQ.

Embed	(replaces files and can be used instead)
Options	Do not bump (you can also write sage in the email field) Spoiler images (this replaces the thumbnails of your images with question marks)
Allowed file types:jpg, jpeg, gif, png, webm, mp4, swf, pdf Max filesize is 16 MB. Max image dimensions are 15000 x 15000. You may upload 5 per post.

File: 0f7c98c3aaf1af8⋯.gif (337.24 KB, 405x540, 3:4, 0f7c98c3aaf1af877c10cf87b9….gif)

Release Tomorrow! hydrus_dev ## Board Owner 01/03/18 (Wed) 01:46:29 24ce1b No.7608

I had a good and busy couple of weeks. As well as a great holiday, I have updated to a new version of the ui library I use. Pretty much everything looks and works essentially the same, but the behind-the-scenes is cleaner and it has some advanced features I can build on in future. This is not an essential release for all users (besides the update, there are just a couple of bug fixes), but I would appreciate feedback from advanced users.

The Linux build proved a little tricky, and it only all came together an hour ago. I think it is good for release, but I will do a lot of testing tomorrow to be more certain. Anyone who runs from source will also eventually have to figure out wxPython 4.0, which I will talk about more in the release post.

Depending on how it goes, the release tomorrow may be early or late.

____________________________

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

Anonymous 01/03/18 (Wed) 04:39:57 47ac7b No.7611

I'll probably repost this tomorrow in the release thread

I just got around to going though images again, any I got to the end of my folder, this was a huger image dump folder from a long time ago with shit that was 20x20 to the last image that was 7560x10000

I don't have many images that big, and all of these images are sub 8mb but here Is what I wanted to tell you, I sorted the folder by image size as in mb, there are two right next to each other, a 2000-3000~ image, and a massive 10000x7500, basically the same file size, and format,

one seems to load instantly, the other took 5 or so seconds to load.

it seems that once you have an image that is total 25 million total pixels the program is slow to load images but not an annoyingly slow , over 50 million is getting to the point where its very noticeable, and as you go higher it starts to get annoying.

Thankfully I don't have to many of them, but this seems to be an entirely canvas size issue rather then a file size one.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

hydrus_dev ## Board Owner 01/08/18 (Mon) 21:01:58 fa406c No.7669

>>7611

Thanks. Yeah, I got a similar one myself today, like a 2.5kx5k png that took about twenty seconds to import. I have plans to improve my canvas pipeline, especially for large images, but some of this stuff seems to be at the image library level. Some of these giant pngs act a bit like decompression bombs and just churn through CPU because image libraries haven't caught up to gigantic high-compression style images yet. I guess they are hitting n-squared code somewhere unpacking a giant white background and so taking nine or sixteen or similarly surprising times longer than smaller versions.

If you hit that big image that takes 5s to load, then click away and click back on it: does it take 5s to load again? If it loads quickly, then the canvas is ok but the original image load (which doesn't happen the second time since it is cached) is the problem.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.