Comments on: Vista to give HD Photo format more exposure
Operating system's launch next week will put Microsoft's own photo format into consumers' hands. Could it be a nail in JPEG's coffin?
Operating system's launch next week will put Microsoft's own photo format into consumers' hands. Could it be a nail in JPEG's coffin?
December 8, 2009 9:04 AM PST
December 8, 2009 8:02 AM PST
December 8, 2009 8:00 AM PST
Add headlines from CNET News to your homepage or feedreader.
More feeds available in our RSS feed index.
Related quotes
the vast majority of consumers who see "HD" it is going to mean
hi-def, yet Microsoft says that is not what it stands for. Sounds like
a misleading marketing tactic, and is not a good way to get others
on board.
Have a nice day!
MS must be dreaming just like they thought WMA thing may
crash mp3 and aac.
People use industry open standards, even Joe Sixpacks learned it.
In fact, JPEG-2000 is excluded from Debian for this very reason which keeps it out of several open source projects like any Gecko based browsers.
Not saying, it isn't a good format because it is, but it comes with some baggage that will limit it's adoption.
supported on OS X via built in Quicktime framework.
I think Windows customers should have asked why it wasn't ever
supported. I guess we saw the reason right now.
Now, is it an unfair advantage compared to some little start-up company that may have come up with something better? Yes. Of course.
Apple is willing to assume the liability of somone like Unisys coming out of nowhere and requiring licensing on the format, and I applaud them for doing it, but most software vendors have balked after being burned over GIF.
In any case, MS isn't just trying to replace, but improve at the same time. The HD Photo format provides better quality than JPEG-2000 and doesn't come with IP baggage. Now, whether it is adopted is entirely up to the market.
Multi-format digicams would keep everyone happy.
The reason is because I do not trust them and tend to keep away from them and go with open standards instead.
Microsoft is so closed that there is no benefit to the consumer, and we all know how abusive Microsoft is with their monopoly.
Dare we give them another one?
for a technical comparison see http://www.anyhere.com/gward/hdrenc/hdr_encodings.html
The MS HD format (called scRGB there) does not come out on top.
JPEG 2000 is not a HDR format, so its not a replacement for HD Photo.
Whatcha think, free lunch, my boy?
JPEG = Joint Photography Exchange Group a standard developed & agreed about by the photography industry, camera industry & adopted by the computer software industry.
FACT: Microsith does NOT comply to industry standards because there cannot be a MONOPOLY on that & they would have to "share" with others.
Redmond One dictates to the world, not the other way around, as history has shown. Only when caught, forced by the legal systems & sanctions regulated upon Microsith do they attempt to "comply & share".
JPG / PNG / DNG / RAW are standards that Photoshop / Aperture / Lightroom software can all use & save as other standards to share with others.
Buzz Off Microsith.
section. In particular most of the statements about the conventional JPEG
compression standard are incorrect. This gives a misleading impression about
the JPEG standard. If HD Photo is truly better, then it should not need
misrepresentation of its competition in order to distinguish itself.
Statement: "For each pixel, HD Photo stores at least 16 bits of data for each
color, compared with 8 bits with JPEG."
Rebuttal: The baseline JPEG algorithm supports up to 12 bits per sample, most
software just doesn't enable it. The commonly used libjpeg library from the
Independent JPEG Group has to be specially compiled to support 12 bits but the
code is there. The Java Advanced Imaging Image I/O Tools project from Sun
Microsystems, Inc. supports 12-bits per sample JPEG compression.
Statement: "HD Photo builds in smaller 'thumbnail' images for quick viewing of
files at small sizes. In contrast, a computer operating system must generate
JPEG thumbnails."
Rebuttal: Most JPEG images from digital cameras conform to the EXIF standard
for compressed images and do in fact contain a pre-computed thumbnail in their
EXIF marker segment. All the computer OS has to do is to load this thumbnail.
Statement: "The encoding algorithm, set to its highest standard, is 'lossless,'
meaning that it preserves all the image data with no loss of quality. JPEG is
'lossy.' And although JPEG 2000 has a lossless feature, it requires a separate
algorithm and therefore, in the case of camera chips, more circuitry.
Rebuttal: JPEG is not inherently lossy. For example if the quantization step
size is set to 1, i.e., the quantization tables contain only 1s, it is lossless.
Also, saying that JPEG2000 requires a separate algorithm is meaningless. Doesn't
HD Photo use a separate algorithm as well? The letters "JPEG" are an acronym for
"Joint Photographic Experts Group" which develops color image compression
standards, not for a particular algorithm.
Statement: "HD Photo uses Microsoft's scRGB color space, which spans a much
wider gamut of possible colors than the universally supported but widely
derided sRGB scheme. 'HD Photo adds support for a higher range of colors,
which is becoming more important,' Connor said. And although cameras and
computers typically describe colors in RGB terms--varying amounts of red,
green and blue--HD Photo also can use CMYK that uses cyan, magenta, yellow
and black. That's useful for sending images to printers, which often use CMYK
inks.
Rebuttal: This is irrelevant given that JPEG is color blind. There is no
reason that an image compressed as JPEG couldn't represent something in an
scRGB color space. The problem would be how this would be flagged. This
flagging could be done for example via an APPn marker segment. In any case,
a JPEG can contain an ICC profile representing a larger range of colors. Also,
there are already more or less standard ways to represent CMYK in JPEG.
Statement: "The algorithm can decode only a selected portion of the HD Photo
image that needs to be displayed, rather than the entire image, which reduces
memory requirements and speeds up performance. It can also be encoded chunk
by chunk without having to store the entire image in memory."
Rebuttal: If a JPEG stream contains restart (RSTn) markers it can be decoded
chunk-by-chunk as well, most software just doesn't implement this. Likewise,
the encoding could be done by chunks. In JPEG termas the chunks are referred
to as "minimum coded units" (MCUs).
Statement: "HD Photos can be easily rotated in 90-degree increments. JPEG
images must be decoded and re-encoded, degrading quality slightly with
each change."
Rebuttal: That is absolutely wrong. Simple transposition (90X degree rotations,
flips) can be done in the transform domain so this is feasible in JPEG without
decoding-encoding. See for example the manual page on the "jpegtran" program
from the Independent JPEG Groups "libjpeg" package:
http://linux.about.com/library/cmd/blcmdl1_jpegtran.htm
Statement: "HD Photo images can be gargantuan--262 million pixels on an edge,
or 68.6 terapixels total, as long as the compressed image doesn't exceed 32GB
in size."
Rebuttal: Perhaps, but why is that important for most users? In general the
main reason to have an image resolution larger than the display resolution
is to print the image at a higher quality. But JPEG can handle dimensions up
to 65535 pixels on a side which would allow printing a photograph 20" x 20"
at more than 3000 dpi, for example.
- by gerry-g January 29, 2009 8:10 PM PST
- I see no mention that JPEG supports 12 bits per color, however rarely used.
- Like this Reply to this comment
-
Showing 2 of 2 pages (79 Comments)http://en.wikipedia.org/wiki/JPEG
"The 12-bit JPEG format has been part of the JPEG specification for some time, but again, this format is not as widely supported."