
what are you viewing with, what can't read them?
JPG version here for you: www2.b3ta.com/host/creative/46786/1190038494/WheatChaffJPG.jpg
( ,
Mon 17 Sep 2007, 15:15,
archived)
JPG version here for you: www2.b3ta.com/host/creative/46786/1190038494/WheatChaffJPG.jpg

Because JPEGs are more heavily compressed than other image formats, their information is more volatile and likely to expand at high speed through an unchecked buffer, poorly allocated resource or any other available system space. I'd guess you're probably losing image data through one of these means.
You see, when you load a JPEG into memory, the EXtra colour Information Format (EXIF) header is loaded into RAM in order to prepare the video prebuffer for the incoming high-speed flow of colour information from the uncorked JPEG. If your bus isn't ready for this information, the rapidly decompressing file information can flow through other parts of your system.
Ordinarily this isn't a problem: as a matter of fact, JPEG was designed for this sort of thing. Older computers couldn't handle the explosive power behind the fledgeling image decompression algorithm, so rather than fight it, image experts invented the Jampacked Picture Extraction and Gathering (JPEG) protocol. They cleverly decided to allow the image data to spray wherever it would, knowing that after the extraction phase would send raw data all over the inside of the computer, the gathering phase would locate it all and reassemble it into an image. With the advent of faster computers the delay between spray and collection is so small as to be unnoticeable, while newer and bigger video cards are more capable of withstanding the onslaught of colours.
Still, the primary weakness of this algorithm is the haphazard placement of decompressed data. There's just too much of it to channel through normal means, so any loss of data containment results in corrupted images. In your case, it would appear that you're losing image data through the empty hole where your goddamned shift key should be.
( ,
Mon 17 Sep 2007, 15:17,
archived)
You see, when you load a JPEG into memory, the EXtra colour Information Format (EXIF) header is loaded into RAM in order to prepare the video prebuffer for the incoming high-speed flow of colour information from the uncorked JPEG. If your bus isn't ready for this information, the rapidly decompressing file information can flow through other parts of your system.
Ordinarily this isn't a problem: as a matter of fact, JPEG was designed for this sort of thing. Older computers couldn't handle the explosive power behind the fledgeling image decompression algorithm, so rather than fight it, image experts invented the Jampacked Picture Extraction and Gathering (JPEG) protocol. They cleverly decided to allow the image data to spray wherever it would, knowing that after the extraction phase would send raw data all over the inside of the computer, the gathering phase would locate it all and reassemble it into an image. With the advent of faster computers the delay between spray and collection is so small as to be unnoticeable, while newer and bigger video cards are more capable of withstanding the onslaught of colours.
Still, the primary weakness of this algorithm is the haphazard placement of decompressed data. There's just too much of it to channel through normal means, so any loss of data containment results in corrupted images. In your case, it would appear that you're losing image data through the empty hole where your goddamned shift key should be.

Words!!! One eleventy!
*eyes glaze over*
*goes to sleep*
( ,
Mon 17 Sep 2007, 15:18,
archived)
*eyes glaze over*
*goes to sleep*

JPEG Joint Photographic Experts Group. The international consortium of hardware, software, and publishing interests that, under the auspices of the ISO, has defined a universal standard for digital compression and decompression of still images for use in computer systems. JPEG compresses at about a 20:1 ratio before visible image degradation occurs. It is lossy data compression standard that was originally designed for still images but can also compress real-time video (30 frames per second) and animation. Lossy compression permanently discards unnecessary data, resulting in some loss of precision.
( ,
Mon 17 Sep 2007, 16:24,
archived)