pouët.net

Is this possible to code?

category: general [glöplog]
I love that he actually put that in his FAQ.
added on the 2008-12-12 23:07:19 by doomdoom doomdoom
random + local maxima = artistic value!

If it produced optimal result, everyone would get same images out of it. Now everyone gets slightly different one, which is great!

BB Image
added on the 2008-12-13 10:37:08 by jmagic jmagic
LoneStarr: You and your zero-tree coded wavelets... ;)
added on the 2008-12-13 11:26:06 by kusma kusma
Hehe - I know.. but really - I think this idea is mostly interesting for generating an artistic look, not good compression ratio. That said, I think it's great, and it is probably pretty fun to implement aswell.
added on the 2008-12-13 12:53:32 by LoneStarr LoneStarr
Not to sound like Mensa Member or anything, but it'd have to be a bit more interesting than random polygons and pixel-by-pixel RGB distance to be "fun to implement". Wouldn't it?
added on the 2008-12-13 13:18:14 by doomdoom doomdoom
it is an evolving algorithm, which at least I would find fun to implement since you can see the result getting better and better(if you got the criterias right).
added on the 2008-12-13 13:23:45 by LoneStarr LoneStarr
Quote:
adok> could you please remind me your acclaimed IQ score?
LOL. Look the word "acclaimed" up in a dictionary to realize what you've just said...
added on the 2008-12-13 17:22:35 by Adok Adok
sounds very similar to this :
http://www.romancortes.com/blog/bush-css/
http://www.romancortes.com/blog/arcimbolder/


added on the 2008-12-13 17:29:40 by Tigrou Tigrou
adok: it's called irony.
added on the 2008-12-13 17:59:30 by Gargaj Gargaj
Huh? I looked up "acclaimed" and there's was no mention of irony.
added on the 2008-12-13 18:10:52 by 216 216
Tigrou: and even more to this:
http://www.romancortes.com/blog/jpeg2css/

The idea for jpeg2css was mostly from my origins of the pig 2 128b.

The problem with color images is that it would be very slow... In CSS you can only do transparency and not adition, so calculating the best positions with a greedy algorithm would be slow.

By other hand, I believe doing it with an evolutive algorithm or whatever algorithm is slow too, at least if you do it at a decent resolution...

Maybe doing it with the gpu for the rendering... but it is a problem to calc the image distance... (you know, to sum all values requires to resize down the texture several times... it's not cool).

Maybe it can be done in a lower resolution, let say, 128x128 or 64x64 and when the result is good enough, change to a higher resolution and adjust the polygons or circles or whatever one by one...

In any case, it doesn't look like if there is a good method to do it very fast... I think that a program is not very useful if it takes more than few minutes to execute
added on the 2008-12-13 18:16:27 by texel texel
texel: Interesting program. I guess its algorithm finds out the positions of the largest circle first by pattern matching, or does it do it by random?
added on the 2008-12-14 11:45:21 by Adok Adok
Quote:
LOL. Look the word "acclaimed" up in a dictionary to realize what you've just said...


LOL, you actually needed to use dictionary to understand what he said.
added on the 2008-12-14 11:53:33 by kurli kurli
And yes, i realize that you said HE needs to use dictionary, but i can read between the lines.
added on the 2008-12-14 11:54:36 by kurli kurli
rainmaker: And did you understand what he said?
added on the 2008-12-14 12:01:38 by Adok Adok
Adok, fuck off lamer.
added on the 2008-12-14 12:04:01 by Shockwave Shockwave
Adok: We all understood what he said, and we all laughed at your behalf. Now get off Pouët, you're not welcome here.
added on the 2008-12-14 13:06:38 by kusma kusma
jmagic:marvellous
added on the 2008-12-14 15:26:53 by 24 24

login