[-] smpl@discuss.tchncs.de 16 points 12 hours ago

You could try out Linux Mint¹, they're Ubuntu based and disable Snap by default².

  1. https://linuxmint.com
  2. https://linuxmint-user-guide.readthedocs.io/en/latest/snap.html
[-] smpl@discuss.tchncs.de 1 points 1 week ago

It seems that we focus our interest in two different parts of the problem.

Finding the most optimal way to classify which images are best compressed in bulk is an interesting problem in itself. In this particular problem the person asking it had already picked out similar images by hand and they can be identified by their timestamp for optimizing a comparison of similarity. What I wanted to find out was how well the similar images can be compressed with various methods and codecs with minimal loss of quality. My goal was not to use it as a method to classify the images. It was simply to examine how well the compression stage would work with various methods.

[-] smpl@discuss.tchncs.de 15 points 1 week ago

It's a pillar of democracy to protect the autonomy of the people.

[-] smpl@discuss.tchncs.de 5 points 1 week ago

It is a human right..

[-] smpl@discuss.tchncs.de 2 points 1 week ago

Wait.. this is exactly the problem a video codec solves. Scoot and give me some sample data!

[-] smpl@discuss.tchncs.de 1 points 1 week ago

I was not talking about classification. What I was talking about was a simple probe at how well a collage of similar images compares in compressed size to the images individually. The hypothesis is that a compression codec would compress images with similar colordistribution in a spritesheet better than if it encode each image individually. I don't know, the savings might be neglible, but I'd assume that there was something to gain at least for some compression codecs. I doubt doing deduplication post compression has much to gain.

I think you're overthinking the classification task. These images are very similar and I think comparing the color distribution would be adequate. It would of course be interesting to compare the different methods :)

[-] smpl@discuss.tchncs.de 2 points 1 week ago

The first thing I would do writing such a paper would be to test current compression algorithms by create a collage of the similar images and see how that compares to the size of the indiviual images.

[-] smpl@discuss.tchncs.de 14 points 2 weeks ago* (last edited 2 weeks ago)

Is that still the default answer on stackoverflow?

  • Q: I'm having trouble turning on my computer.
  • A: Use jQuery!
[-] smpl@discuss.tchncs.de 15 points 2 weeks ago

Thank you Microsoft! Eternal gratitude for the kind things you do for us in the Free Software community...

I'm not explicitly mentioned in the post, but effectively the maintainer duties for the Mono project now fall on me.

-- Esme Povirk

I am going to have to request that issues and code contributions be refiled at Winehq for those who still care about them. I have enough on my plate just getting things up and running in their new home, along with my other duties at CodeWeavers, and I don't have the bandwidth to sort through that whole backlog.

-- Esme Povirk

libgdiplus does, as it's a Mono (class library) dependency. So do any submodules. But I don't think we can handle separate projects like MonoDevelop, unless they're important for some reason.

-- Esme Povirk

I can't spend any time on it, I'm stretched thin as it is. Winehq could probably provide a space for it, but I can't help with development.

-- Esme Povirk

[-] smpl@discuss.tchncs.de 4 points 2 weeks ago

dom.push.enabled = false

[-] smpl@discuss.tchncs.de 5 points 3 weeks ago

What are your expectations for the software? I assume it's not enough to use a group chat and tell people where you are, but from the description you've given that would be my suggestion.

[-] smpl@discuss.tchncs.de 5 points 3 weeks ago

I think that B is a problem for everyones eyes :)

view more: next ›

smpl

joined 1 year ago