Slashdot Mirror

I made devices to light up a little LED or move the needle of a galvanometer only using the electricity harvested from radio waves. They are resonators, like most antennas anyway, which implies that they only harvest around a given frequency, say 100 MHz FM broadcast or 900 MHz cell phone communication. The "snake", intended for FM broadcast waves, has a LED that will light up a little bit even a few kilometers away from an average powerful emitter. It can easily feed a low-power LCD calculator. http://www.4p8.com/eric.brasse...

Wikipedia might care.

No. The Wikimedia Foundation only cares about donations and only pays lip service to the Free Content movement. In fact most foundation employees are kinda clueless about the English Wikipedia community and can barely use the software. I wont be surprised if the anti-net neutrality Wikipedia Zero comes to AT&T sponsored data.

Off the top of my head, examples of MediaWiki file bloat: If the color profile exists it is included with all thumbnails, so a 4 KB 40x40 thumbnail has a 200 KB color profile included. Scaled down pixel art or two tone images may be larger than their source image since "we're traded spatial resolution for spatial detail". Of course ImageMagik (as most photo software) doesn't gamma correct images (all of his examples are Wikimedia Commons images). And while I haven't looked too closely at the file output recently, PNGs included a full 8-bit alpha channel.

There's also a CPU concern as thumbnails are rendered and cached on the fly. I know when I did the absurd overhead report (We found a few .RAR as JPEGs) that pngout was a significant bottleneck in generating the report.

lol... Just skip down all the way to the end of the article and scale the last image 50%:

http://www.4p8.com/eric.brasseur/gamma-1.0-or-2.2.png

http://www.4p8.com/eric.brasseur/gamma_dalai_lama.html displays all images identically in links2 using the svgalib driver, but it doesn't scale them so it would whether it has the bug or not.

Unless I seriously misread TFA, this error has nothing to do with the spectral content of the data. Spectral content certainly influences the way things scale, but it seems to have no connection to this particular bug.

Look at the test picture in the "Explanation" part of the article. http://www.4p8.com/eric.brasseur/gamma.html#explanation Filtered or not, the test picture should not result in the second column being dark grey.

Is it just me or do some of the examples look _better_ with the "incorrect" scaling?

For example, this one of the NASA image:
http://www.4p8.com/eric.brasseur/gamma_21.html

Look right at the center of that picture on the incorrect scaling one, and without moving your eyes switch it to correct. When I do it at least, it feels like my eyes instantly lose focus. With the incorrect scaling, everything looks perfectly crisp and clear. With the corrected one it takes a significant amount of effort to focus anywhere near the center of the image, and it takes significant effort to maintain that focus. The corrected one feels like I'm trying to look at a picture when I haven't put in my contacts yet...

The responses that they post are also inaccurate it seems.

From

All four images in this page are the same one but your browser was instructed to scale it. The one below is scaled 1:2. On Opera and some versions of Internet Explorer it will show a gray rectangle.

meanwhile, I see a grey rectangle in firefox, and I still don't get what that signifies.

The first one I have a hard time seeing it, but I can.
For the others have to scale the page to max to see anything other than a gray rectangle (using chrome)

The responses that they post are also inaccurate it seems.

From

All four images in this page are the same one but your browser was instructed to scale it. The one below is scaled 1:2. On Opera and some versions of Internet Explorer it will show a gray rectangle.

meanwhile, I see a grey rectangle in firefox, and I still don't get what that signifies.

Electric motors are very inefficient as slow speeds.

If they are, they appear to have solved that problem for trams, trains & delivery vans.

No they haven't solved the inefficiency, nor would it stop a motor from being used for the examples you cited. Usage doesn't really change the fact that electric motors are far less efficient at very slow speeds. http://www.4p8.com/eric.brasseur/emamem.html. Electric motors are most efficient when designed for and operated at a fixed speed and load.

People

Richard Stallman -
Eric S. Raymond -
Larry Wall

Linux Programming

Unix

Programming Methodologies

C Programming

C++ Programming

Perl Programming

Network Programming

Open Source