Become a fan of Slashdot on Facebook

typodupeerror

## Pixel Inventor Goes Back To the Drawing Board304

lawpoop writes "Russell Kirsch, inventor of the square pixel, goes back to the drawing board. In the 1950s, he was part of a team that developed the square pixel. '"Squares was the logical thing to do," Kirsch says. "Of course, the logical thing was not the only possibility but we used squares. It was something very foolish that everyone in the world has been suffering from ever since.' Now retired and living in Portland, Oregon, Kirsch recently set out to make amends. Inspired by the mosaic builders of antiquity who constructed scenes of stunning detail with bits of tile, Kirsch has written a program that turns the chunky, clunky squares of a digital image into a smoother picture made of variably shaped pixels.'"
This discussion has been archived. No new comments can be posted.

## Pixel Inventor Goes Back To the Drawing Board

• #### Huh? (Score:2)

Just exactly what the fuck is wrong with square pixels? They are the easiest to manipulate algorithmically.
• #### Re:Huh? (Score:5, Insightful)

on Wednesday July 07, 2010 @03:21PM (#32830070)

In a word? Jaggies [wikipedia.org]

• #### Re: (Score:2)

In a word? Anti-aliasing.
• #### Re:Huh? (Score:4, Insightful)

on Wednesday July 07, 2010 @03:50PM (#32830502) Homepage

Anti-aliassing is essentially a form of blurring.
You eliminate jaggies at the cost of sharpness.

Using non-square pixels is an interresting (although perhaps not practical) way of tackling this issue.

• #### Shifting the problem (Score:2)

If you have non-square pixels and want to create horizontal or vertical lines, you will get the exact same problem as we currently have with square pixels and diagonal lines.

The pixel element simply can't have a shape that naturally supports lines in all different directions.
• #### Re: (Score:3, Informative)

(1) If you make the pixels sufficiently small, nobody will notice they are square or triangle or whatever because people won't be able to see anything but a bight point of light.

(2) Not all pixels are square.

Those used for TV-compatible computers like Atari 800, Commodore=64, or Amiga used rectangular pixels (more tall than wide) because of the analog NTSC standard (which doesn't use pixels at all but is approximately 704x486 analog resolution). These computers produce rectangular output to be consistent

• #### Re: (Score:3, Interesting)

Actually, no, anti-aliasing leads to an image that more closely mimics the way we perceive the world (continuous analog signals, instead of digital samples). Here is a VERY good primer on Anti-Aliasing (with pictures!) http://www.povray.org/documentation/view/3.6.1/223/#s02_01_02_08_04 [povray.org]
Now, that isn't exactly how it works in every system, but the basics are there and the best algorithms for the task are also presented. In case you didn't click, or don't care to read the whole thing here are the basics:
• Oh
• #### Re:Huh? (Score:4, Informative)

on Wednesday July 07, 2010 @10:28PM (#32834832)

Actually, anti-aliasing is nothing like blurring. True anti-aliasing is actually a projection of a higher sample rate to a lower one by combining more than one sample within the area of a single sample at the lower sample rate. While not as accurate as the higher resolution image, it is significantly more accurate than simply selecting one sample from each area. Blurring would be taking selecting one sample within the area of a single sample at the lower rate, and then averaging neighboring samples, which means you actually end up with less information than the un-blurred un-anti-aliased image.

• #### Re: (Score:2)

That's just more square pixels.

• #### Re:Huh? (Score:5, Insightful)

on Wednesday July 07, 2010 @03:34PM (#32830264)

But those are pretty easy to solve. The most complete solution is simply to increase display resolution past what the eye can perceive. Have small enough pixels, no jaggies can be seen. We are working towards that bandwidth of the interconnects and cost being the only hurdles, and those are going away slowly. As a quite effective stopgap, anti-aliasing can be applied. It is very easy to do on modern GPUs for little cost.

Now, take a variable size, variable geometry pixel grid. Tell me how your process that, how you store it in memory, how you rasterize images to it. Sound like some complex problems? They are, very complex. So solve all that, and in such a way computers can process it in realtime with cheap hardware (if it is even possible). Then you get to tackle the REAL hard part: Building a physical display that can display said pixels.

So, you can do all this, which I am unconvinced is possible, OR, we can simply work on making displays with more pixels. Get displays up in the 300-400PPI region and none of this is a problem anymore. While that will take more bandwidth than our current interconnects provide, engineering higher bandwidth interconnects is a well understood problem and there are a number of solutions (such as simply running more channels in parallel). It will also require working on ways to bring the cost of high density displays down but again, we've had a great deal of success with that. LCDs went from VGAish resolutions that were quite expensive and small to massive HD displays in about a decade.

To me, it seems like we have the solution to the problem. This new solution sounds far, far more complex and likely impossible.

• #### Re:Huh? (Score:5, Funny)

on Wednesday July 07, 2010 @03:57PM (#32830600)
Would someone tell me how this happened? We were the fucking vanguard of displays in this country. The Sycraft-fu Mach3 was the display to own. Then the other guy came out with a 300 Pixel Per Inch display. Were we scared? Hell, no. Because we hit back with a little thing called the Mach3Turbo. That's 300 PPI and an aloe strip. For moisture. But you know what happened next? Shut up, I'm telling you what happened--the bastards went to 400 PPI. Now we're standing around with our cocks in our hands, selling 300 PPI and a strip. Moisture or no, suddenly we're the chumps. Well, fuck it. We're going to 500 Pixels Per Inch.

Sure, we could go to 400 PPI next, like the competition. That seems like the logical thing to do. After all, three worked out pretty well, and four is the next number after three. So let's play it safe. Let's make a thicker aloe strip and call it the Mach3SuperTurbo. Why innovate when we can follow? Oh, I know why: Because we're a business, that's why!

You think it's crazy? It is crazy. But I don't give a shit. From now on, we're the ones who have the edge in the PPI game. Are they the best a man can get? Fuck, no. Sycraft-fu is the best a man can get.

What part of this don't you understand? If 200 PPI is good, and 300 PPI is better, obviously 500 PPI would make us the best fucking display that ever existed. Comprende? We didn't claw our way to the top of the display game by clinging to the 200 PPI industry standard. We got here by taking chances. Well, 500 PPI is the biggest chance of all.

Here's the report from Engineering. Someone put it in the bathroom: I want to wipe my ass with it. They don't tell me what to invent--I tell them. And I'm telling them to stick 200 more PPI in there. I don't care how. Make the Pixels so thin they're invisible. Put some on the stand. I don't care if they have to cram the 500th pixel in diagonally to the other four hundred, just do it!
• #### Re: (Score:3, Funny)

*golf clap*

• #### Re: (Score:2)

You could store all your images in a vector format and then have the screen rasterize it prior to display (the same way a printer does). Then you are only limited by the display resolution.
• #### Re: (Score:2)

Bandwidth to the LCD isn't really a problem at all. Making a large quantity of pixels, however, is. The trick is that customers expect a perfect display - therefore, as you get more pixels, your yield drops, as a single dead line makes a display completely unsellable. Then of course, there is existing software that expects a screen to be 72-96 dpi (e.g. LABVIEW I HATE YOU WITH PASSION). Smartphones don't have this problem because they were designed from the ground up for variable resolution and dpi displ
• #### Re: (Score:2)

Get displays up in the 300-400PPI region and none of this is a problem anymore. It is a question of angle of view, not absolute pixel spacing. Specifying the pixels per inch is useless without also specifying the distance between the display and the eye. That being said, a 4000x4000 pixel display it about the point at which the human can no longer perceive individual pixels while simultaneously viewing the entire display. Higher resolutions are required if you want to be able to focus in on a small area of
• #### Re: (Score:2)

And non-square pixels help the general public how? I'm having a hard time imagining a screen that could display non-square pixels, or rather pixels with varying shape, using today's technology. Or technology in the next five or so years.
• #### Re: (Score:2)

Who says a display has to be raster-based? If you eliminate that constraint, then other image encoding schemes may be considered, including vectors, wavelets and, yes, variable-sized pixels (though how one defines a 'pixel' in this context is arbitrary).
• #### Re: (Score:3, Informative)

Who says a display has to be raster-based? The market did. If you knew your history, you wouldn't ask that question.

• #### Re:Huh? (Score:5, Insightful)

on Wednesday July 07, 2010 @03:22PM (#32830098)

Exactly. Besides, you have to have some kind of regular pixel on a physical display, so it has to be some geometric shape that meshes well with itself: squares, rectangles, triangles, or hexagons. Squares are the easiest. To overcome the blockiness, you just have to decrease the pixel size enough, and increase its density enough, so that the human eye can't perceive the individual pixels. Modern displays have pretty much achieved this.

It sounds like this guy's trying to invent variable-size pixels, but that doesn't make sense. Sure, you could come up with algorithms for dealing with them efficiently, but making a physical display that shows variable-size pixels is anything but trivial, and pointless since we can already make square pixels so small.

• #### Re:Huh? (Score:5, Insightful)

on Wednesday July 07, 2010 @03:35PM (#32830292)
Pixel was probably loosely used in the article. The link talks about image formats and how they use square pixels; not the physical pixels on display devices - which are rectangular generally.
• #### Re: (Score:3, Informative)

Pixel was completely misused in the article. He's working an image scaling [wikipedia.org] algorithm for photos. That isn't saying that it's not noteworthy, interesting or important; it looks like it works great and I'm not aware of anything that produces results that good on photos. There is the Hqx [wikipedia.org] family of filters, but those were designed for emulators and aren't meant to be used with more than 256 colors.
• #### Re: (Score:2)

Actually, I know of no color display that actually has square pixels. Even modern LCD displays use non-square pixels. If you combine three subpixels you get a square, but the subpixels can be set individually.

• #### Re: (Score:2, Funny)

by Anonymous Coward

From what I could tell, his solution to square pixels is smaller square pixels in certain arrangements... oh, that and not calling them smaller pixels.

• #### Re: (Score:2)

Just exactly what the fuck is wrong with square pixels? They are the easiest to manipulate algorithmically.

There's no such thing as square pixels: http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.79.9093 [psu.edu]

That memo basically makes the point that a pixel is an infinitesimally small point, a sample representative of the colour in that area. The sampling can be of any form, for example it may have a Gaussian shape, and thus when displaying an image made of these pixels (samples) we should spread the colour of those points to the surrounding area in a suitable way (eg. with a Gaussian).

• #### April 1st already? (Score:2)

I mean seriously..

In my early days of computing, pixels werent square.. they were rectangles (4:3 display, 320x200 resolution.. do the math)

Now who wants to write a rasterizer for non-rectangular pixels... any takers?
• #### Pixels cut into two pieces (Score:3, Informative)

Now who wants to write a rasterizer for non-rectangular pixels

From the article: The pixels are still square; they're just cut into two pieces along a line through the pixel, and each piece has a color. (It sort of reminds me of S3TC.) The edge of a polygon would have one piece for the front and one for the back, and any other points along it would have one piece for each of two texture samples.

• #### He didn't invent this (Score:3, Funny)

on Wednesday July 07, 2010 @03:18PM (#32830002)

Somebody addressed this problem a long time ago, I see it on CSI every week.

• #### Re: (Score:2)

Somebody addressed this problem a long time ago, I see it on CSI every week.

Actually, I think he's making it real. If TFA is any indication, he can smooth an existing image and produce rather spectacular enhancements.

• #### Hmmm... (Score:2, Funny)

Really, square pixels are an invention? Meh. And he might want to credit Georges Seurat for his new direction.
• #### Re: (Score:2)

Really, square pixels are an invention?

Ummm ... the guy created the first digital image, on the "only programmable computer" in the US at the time. I would say yes, that's an invention.

From what TFA says, he might be well on his way to improving digital imaging by a fair bit too, because he's being a little smarter about how he builds the images and breaks it down into sections.

In effect, he's building a better pixel.

• #### Re: (Score:2)

I think one thing that's key to take away from this is he's talking about image file pixels, as in from PNGs.

I originally read the subject and went 'ooh, new LCD pixel patterns?!'

Of course, his funky pixelated images still have to be rendered on the rectangular pixels the screen displaying it uses.

• #### Re: (Score:3, Informative)

Ummm ... the guy created the first digital image, on the "only programmable computer" in the US at the time. I would say yes, that's an invention.

From "A Brief History of the Pixel [foveon.com]":

Paul Nipkow had filed a German patent application on his mechanical-scanning TV or Elektrisches Teleskop1 in 1884, in which he referred to Bildpunkte--literally picture points but now universally translated as pixels...Alfred Dinsdale had written the very first English book on Television in 1926, but instead of picture element

• #### Re: (Score:2)

Really, square pixels are an invention?

Come on, we all know you're sore from square wheels failing in the marketplace.
• #### Re: (Score:2)

After 40 years of hindsight, it's hard to imagine that drawing alpha-numeric challenges on a ray-tube was challenging. Different ball-of-wax with vector displays, too.

• #### Pixels aren't little squares (Score:2, Informative)

by Anonymous Coward

Here's a relevant article about it: http://alvyray.com/memos/6_pixel.pdf

• #### Wait... (Score:3, Insightful)

on Wednesday July 07, 2010 @03:22PM (#32830092)
He just "invented" JPEG too!
• #### Re: (Score:2, Informative)

by Anonymous Coward

JPEG is discrete cosine transform-based. You mean JPEG 2000, which is entirely different despite the similar name. Anyway, it seems Mr. Kirsch is 10 years or so late.

• #### I wanted to read the article... (Score:2)

...but I couldn't get past all the square pixels on the page.

• #### He's sorry? Why? (Score:2)

He says that it was the logical thing to do, it still is! Keeping the pixels square makes sense in almost every computer science aspect I can imagine, and this guy have had 50 years of regret and came up with something that's comparably very hard to implement in scanners, memory, screens and software. Triangles and hexagons are two other ways he might have gone that's comparably simple, but squares are more intuitive. I think his contribution in the past was brilliant. He really should have no regrets.
• #### Without benefit of square pixels, (Score:5, Funny)

on Wednesday July 07, 2010 @03:28PM (#32830190) Homepage

I would never have known that the Japanese have blurry genitals.

• #### Analogue vs Digital (Score:4, Informative)

on Wednesday July 07, 2010 @03:30PM (#32830208) Homepage

This sounds like the ongoing debate between analog and digital audio. Everyone likes using images like these [ucview.com] during the debate, but given enough resolution (bits), the closer the digital audio will be to its original analogue (electrical) source.

• #### Re: (Score:2)

Unless you're talking vinyl, in which case you need to "improve" upon the original analogue source by adding surface noise, wow, compensating EQ curves and compression.
• #### I say Hexagons are the next step after Squares. (Score:2)

And that's not just because Civ5 is coming out soon...

• #### Re: (Score:2)

I say Hexagons are the next step after Squares

Technically, pentagons are the next step after squares. Hexagons come after that. :-P

• #### Re: (Score:2)

Think of the new awesome realism this would give Settlers of Catan! Someone get this guy a patent.
• #### See where we're going? (Score:2)

Square pixels are easy to manipulate to be sure, so are single-core CPUs easier to code against, but the world is not perfectly right-angled. I'm now waiting for my flying car; which will use nano-morphing, variable shaped pixel in-car & HUD displays, and all controlled by a hella-core processor system running Hellabuntu. The sky's the limit! Or something like that.

• #### TRS-80 Pixels (Score:2)

Square? Not on my old Trash-80! Heady days indeed, populating that 128x48 grid of monochromatic pixels. The aspect ratio really screwed with attempts to generate graphics using trigonometry.

• #### Is he still trying (Score:2)

to fit a larger baby image on his 1957 computer?
From what I get from the article for him it is like a day has not passed since then and things like image compression were never invented.
Oh, wait, that is what Alzheimer's does to you... I see...
Anyway, we should thank him for the pixel (and for it being square and not something ridiculous that would give us problems for years to come...).

• #### Favorite graphic designer story (Score:5, Funny)

on Wednesday July 07, 2010 @03:41PM (#32830372)

Working in the web division of a semi-fine jewelry retailer.

graphic artist: Do you know computers?

me: I should hope so. Do you have a question?

graphic artist: Yes. It's with Photoshop.

me: Ok, I might be able to help. What's the problem?

graphic artist: Ok, let me zoom in here. You see what I have here? (zoomed in so that the pixels were big blocks on the screen.) Everything is really blocky.

me: Understandable at this view level.

graphic artist: Well, it's not working for me. I need to be able to get a smaller shape in here but it's all too blocky.

me: Let me get this straight. You want to get a shape in the image smaller than a pixel?

graphic artist: *beaming* Exactly! How do I do that?

me: I'll look into it. *slowly edged away*

And she was getting paid three times what I was. Things like this make me want to lock myself in the server room, trip the halon and wait for the blackness to take me.

• #### Re: (Score:3, Insightful)

Sorry to poop on the joke here, but it's a perfectly reasonable request and you do it by increasing the resolution.
• #### Re: (Score:2)

Are you honestly suggesting that, by having more pixels on the screen, the picture won't be blocky when they zoom to the pixel level?
• #### Re: (Score:3, Insightful)

Are you honestly suggesting that, by having more pixels on the screen, the picture won't be blocky when they zoom to the pixel level?

No, I'm suggesting that by increasing the resolution the designer will be able to draw smaller shapes. This solves the designer's problem of "I need to be able to get a smaller shape in here but it's all too blocky."

• #### Re: (Score:2)

It is not really that far fetched of a feature to request. You could simply have different layers at different resolutions and it would already work, you could also go the next step and simply keep all brush strokes vectorized or use some clever in between. I wrote an app [berlios.de] that could do that once, not practical as it wasn't optimized at all and thus got slower with increased image complexity, but fun to toy around with.

• #### Re: (Score:2)

Yeah, but it's like advertizing that your PCB has the USS Enterprise on it. No one's going to see it, at least not without an electron scanning microscope.

I mean, if we're talking Photoshop here, max zoom is what, 1600%? Maybe 2000%?

Sure, you can make another layer with a DPI of 20,000 or some hugely illogical number...but it's only going to look as well as it gets rendered.

So, for the car analogy, yes, you can extend the spedometer on your Geo to account for speeds of Mach 1. The engine still won't make

• #### Favorite Jerkass story (Score:5, Insightful)

on Wednesday July 07, 2010 @08:05PM (#32833882)

Okay. Minus five points from the "graphic artist" for not knowing how to resample the image. Plus one point for trying to improve her knowledge instead of suffering in silence.

Minus one point from you for not knowing something that's not directly in your field.
Minus ten points from you for not even trying to help.
Minus fifteen more points from you for being a jerkass about it on Slashdot.

So she's down four, and you're down twenty-six.

• #### He's reinventing the wheel (Score:2)

The configuration of the variable-sized "pixels" depends on the image, so you're not going to get a new screen with more detail -- this is for storing images. From what I can tell, he's doing a basic form of an old and well known compression technique ("macroblocks" in JPEG, H.264, and others) and calling it a new form of pixel.
• #### What?? I don't get it (Score:2)

Can someone explain to me what this is about... The picture in the article looks pretty amazing, wow using these non square shaped pixels sure makes the face look clearer, but on closer inspection, it's made up of square pixels which are in fact smaller than the pixels on the left image. Look at the top left of the picture for example.

I'm sure if the picture on the left was resized to match the pixel density on the left it would look just as good..

on Wednesday July 07, 2010 @03:51PM (#32830508)

1) A pixel isn't "invented" by anyone. A pixel is just a concept that is so straightforward, like the wheel, language and adding numbers. It's not a question of which single person "invented" it. It's just a question of, once the technology is there, it WILL be used, no matter what.

2) What kind of screen are you going to use for that? Each pixel can have different types of pixel sizes so no screen could fit that. A square grid is the most uniform division of 2D space into units.

3) If this would have been about hexagonal pixels, I'd have found this cool.

4) At best, this is a new compression scheme for storing pictures - but certainly not a way to display them (see 2))

5) Non square pixels are not a new idea, see for example sensors of cameras.

• #### Just a de-blocking algorithm at the pixel level? (Score:2)

Perhaps it is a clever algorithm, but the summary and article make it sound like he is re-inventing the pixel. I don't think that is correct. The example shown starts with a square-pixel image, and outputs another square-pixel image, just at a finer resolution with less blockiness.

While it does appear to work, it isn't clear to me how much information can be inferred correctly. Furthermore, cameras often don't use square sensors to begin with, so this isn't directly applicable to the raw image format.

• #### Square pixels is not the real problem (Score:5, Interesting)

on Wednesday July 07, 2010 @04:03PM (#32830700)
The current problem is that on an LCD display, the Red, Green, and Blue pixels are adjacent to each other, not co-located. Coming up with a scheme to make all 3 colors appear to emanate from the exact same point would be a useful development.
• #### Re: (Score:2)

This is why I want Mitsubishi's LaserVues to (a) come down in price and (b) get in the 32" - 40" range...

• #### Re: (Score:2)

They're adjacent on a CRT too.
• #### Reference Implementation? (Score:2)

While it describes the algorithm, does anyone know of a reference implementation that I can play with? The results are quite compelling!

• #### Isn't it a little late to care about pixels? (Score:2)

We just got the first 300 plus dpi screen in iPhone 4, and obviously that will come to other devices. At that point, you don't care about the pixels anymore because you can't see them. What is onscreen does not appear to be made out of pixels, it appears to be made out of curves and lines. Most photographic prints are less than 300 dpi. Most people have never seen an image with higher resolution than an iPhone 4 screen. We don't talk about the shape of the pixels in a chemical photo print, we talk about the

• #### Super-resolution (Score:2, Interesting)

Many image-enhancement techniques exist that do just this, and this is not really new. In fact this proves that square pixels work just fine to transmit the information, but the image can be enhanced to a larger resolution by non-linear techniques that work better than simple [traditional] upsampling.
• #### Look to print (Score:2)

The printing industry has dealt with this sort of thing for a while. Read up on Stochastic Screening. Not quite the same, but it gives you a sort of idea of the problem of mapping continuous tone data in a non-continous space.

• #### Exceedingly silly (Score:5, Informative)

on Wednesday July 07, 2010 @05:02PM (#32831730) Homepage

First, here's the actual paper [nist.gov], since it clarifies what exactly he's suggesting and doesn't seem to be linked anywhere in the article.

It's not a suggestion that we start using non-square pixels for displays or cameras or scanners or what not, though he's certainly not being very clear about anything and the reporting on this is just making matters worse. What the paper proposes is a method where:
1) The image is split into 6x6 blocks
2) For each block, you go over the four rotations of the two following two-section masks:
ABBBBB
AABBBB
AAABBB
AAAABB
AAAAAB
AAAAAA
BBBBBB
BBBBBB
BBBAAA
AAAAAA
AAAAAA
AAAAAA
for a total of eight effective masks, and average the values under each section, resulting in two values, A and B.
3) For the mask and rotation that has the largest difference between A and B, you output the mask, the rotation, and the A and B values, resulting in 19 bits from a 6x6 (288 bits) block.

Though he talks of non-square pixels and whatnot, it's really just a compression algorithm. A really stupid one. Basically it's a bad variation of vector quantization, with lots of baffling details. Why 6x6 blocks? Why those specific masks? Why are you maximizing contrast instead of minimizing error like any sane person would do, WHY? There's no rationale given for any of these choices, not theoretical, not empirical, not even subjective.

The same sort of rigor extends to his comparison, where he compares his compression algorithm to, instead of, say, another compression algorithm, the image apparently simply downscaled and then scaled back up. And not even with a halfway decent resampling algorithm, but with nearest neighbour. Not to mention that the "non-square pixels" version has 2.375 times as many bits to work with. If he'd done a comparison to a reasonably modern compression algorithm like JPEG, the results would be much less favorable to him.

tl;dr Some old guy put together his My First Compression Algorithm kit and it's being treated like a revolution in graphics by ignorant reporters. Nothing to see here, move along.

• #### Re:Exceedingly silly (Score:4, Insightful)

on Wednesday July 07, 2010 @09:16PM (#32834410)

I completely agree with you about the fact that everything in the paper seems to be pulled out of thin air... But I do see two reasons why his compression algorithm might be better than JPEG or other lossy codecs in some situations:
1) the decompression performs no arithmetic on the pixels, hence you can perform gamma correction or color change losslessly (like in a square-pixel image)
2) aside from the choice of mask, the compression is entirely deterministic, which is a plus in scientific imaging: when you have a "triangular pixel" with value 200, you know that the average of that zone was exactly 200 (with JPEG, you can't know anything for sure as the compressor could add artefacts or remove detail as it sees fit)

Why are you maximizing contrast instead of minimizing error like any sane person would do, WHY?

In fact they are equivalent, assuming that the masks are equal-area:

square of RMS error
= Variance(residual)

Since Variance(maskedimage1) + Variance(maskedimage2) remains constant (we just shuffle pixels between both masked images when we change the mask), minimising the error is equivalent to maximising

average1^2 + average2^2
= 1/2 * ( (average1-average2)^2 + (average1+average2)^2 )

Since average1+average2 also remains constant, this is equivalent to maximising

(average1-average2)^2

which gives us the maximum-contrast method.

• #### His algorithm (Score:3, Interesting)

on Wednesday July 07, 2010 @05:24PM (#32832112) Homepage

The algorithm he created looks a lot like HQX [wikipedia.org] which is used mostly to scale old video games. His algorithm seems generalized to work on high-color images while the HQX algorithms expect something closer to 16-color or 256-color images. HQX probably deals with dithering better.

The whole thing about "square pixels" is just the media angle.

#### Related LinksTop of the: day, week, month.

If you hype something and it succeeds, you're a genius -- it wasn't a hype. If you hype it and it fails, then it was just a hype. -- Neil Bogart

Working...