Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
×
Graphics Software

JPG Compression - The Bandwidth Saver 316

Mr.Tweak writes "TweakTown has posted an article entitled "JPG Compression - The Bandwidth Saver". An article for webmasters and site owners showing how they can significantly reduce the amount of bandwidth they use by compressing JPG images, one of the most common formats for web images. If you own a website and don't yet have knowledge in the field of JPG compression, you should find this very interesting indeed - Save money on bandwidth and please viewers at the same time with quicker loading webpages. They also talk briefly at JPEG2000."
This discussion has been archived. No new comments can be posted.

JPG Compression – The Bandwidth Saver

Comments Filter:
  • More advice (Score:4, Funny)

    by kindbud ( 90044 ) on Saturday April 20, 2002 @01:03PM (#3379791) Homepage
    Computers can make problems requiring complex repetitive calculations a much less onerous task to solve. I highly recommend that people apply computers to difficult scientific questions.
  • JPG? (Score:4, Funny)

    by ar1550 ( 544991 ) on Saturday April 20, 2002 @01:07PM (#3379813)
    Compression? I'd just been renaming my .bmp's to .jpg - you mean I actually have to "compress" them to a .jpg to gain any benefit? Wow, my readers will sure be pleased. Next, you'll be telling me that my Flash-only websites should use shapes & instances instead of manually manipulating every pixel.
    • ? I'd just been renaming my .bmp's to .jpg - you mean I actually have to "compress" them to a .jpg to gain any benefit?

      You laugh, but I do have a couple pictures I've gotten of people over the years (that would be 14 years at the end of this summer) that are small (res wise) .JPGs, about 400-600kb each. They are, of course, 'uncompressed JPGs', meaning BMPs and TIFFs renamed to .JPG. I also have a couple of images -- real JPGs this time -- about 3000x2000 (the size of the scanner at 150DPI) where the photo itself is about 400x300px somewhere in the middle of that.

      The rest is white.

      So, yeah, this article could help some people out... but still:

      Worst thread ever
      • Re:JPG? (Score:5, Funny)

        by kzinti ( 9651 ) on Saturday April 20, 2002 @02:03PM (#3380069) Homepage Journal
        You laugh, but I do have a couple pictures I've gotten of people over the years ... that are small (res wise) .JPGs, about 400-600kb each.

        Reminds me of the friend who wanted to know why his page of family photo thumbnails was taking so long to load. He was using JPEG files, and was shrinking them down to 128x128, but the page was still taking many minutes to load. I took a look at his HTML, and saw that each thumbnail was specified as <img src="p000001.jpg" width="128" height="96">, etc. The trouble was that p0000001.jpg was the full-resolution image! Each one weighed about 500K. He had "shrunk" them by changing the width and height in the img tag - in other words, the browsers were downloading twelve or so full-size images then scaling them into thumbnails. The good part was that clicking on a thumbnail, to see the full image, was instantaneous as the full image was already in the browser's cache.

        I didn't have the heart to tell him how clueless his page was.

        --Jim
        • Re:JPG? (Score:2, Informative)

          by a_n_d_e_r_s ( 136412 )
          I didn't have the heart to tell him how clueless his page was.

          Why not ???

          It we never educate the clueless we will have a world of clueless people...

          For example people who write fantastic 'expert' 'high-tech' articles of how you could - gasp! - compress images so they are faster to download.

          By not helping him he will could spread his 'expert' knowledge to others. In the long run he probably would have been better off by you telling him the truth.
        • Re:JPG? (Score:2, Funny)

          by jsprat ( 442568 )
          Those aren't thumbnails,
          they're dumbnails!

        • I've seen this on a *commercial* site. The owner asked me to take a look as to why his site was so slow to load. The (obviously incompetent to the extreme) local web developer he'd hired refused to resize the JPEGs, insisting I had no idea what I was talking about ...
          • PHP + GD.

            I run a VERY large online art gallery for a friend. She's fairly HTML-incompetent, and uploads 10-15 pictures a week. Automatic thumbnail generation + caching RULES. :)

            I'm on University broadband, so even HTML-resized images don't bother me too much, but it's the PRINCIPLE of the matter...

            Oh, and I use those fancy-schmancy compressed JPEG thingies as the thumbnails, too.
        • Worse, everyone who has read a paragraph about weblogging and quickly gets a blogger account does the same thing. Except they link to your image directory, embed up a 200k+ image, and then resize it in HTML. Thank Eris for referrer control in .htaccess.

        • He had "shrunk" them by changing the width and height in the img tag

          The guy who did our corporate page using Dreamweaver did the same thing.

          I didn't have the heart to tell him how clueless his page was.

          Don't bother. You'll just get a blank look.
  • It's unfortunate that the JPEG format ends up being described as the JPG, due to DOS naming constraints. Are we doom to see the usage of 3 name extension only in the future due to this lack of vision from the early implementers? I for one would tend to favor embedded MIME support and the removing of file extensions.

    PPA, the girl next door.
    • If only MIME wasn't a hopeless mess in Linux.
    • by Anonymous Coward
      Yes, but using "JPG" instead of "JPEG" saves a byte of bandwidth.
    • It's quite a problem working on a XP/2000/9x machine which won't show me mpeg files when looking for mpg and the reverse.

      There is little need for extensions what so ever when you are working in a graphical environment. The GUI can assign icons to types [if someone hasn't already monopolized on that media type and got their icon on the 'top].

      In a console based environment there is also little need. Most users know what files are what and if they don't there is sometimes a color coding involved which helps you know what you can edit. [of course jpeg is little use to a console user].

      As far as I know linux has no problem reading the content headers of files but I'm not an expert, just a user. I assume this is done on the interface level, somone speak up!
      • There is little need for extensions what so ever when you are working in a graphical environment. The GUI can assign icons to types

        Don't you just love it when you open a 1000-file directory and your hard drive grinds for 30 seconds while your file manager opens every last one of those files to peek inside? Then the GUI thread is bogged down while the icons are updated in real time.

        I'd rather just use extensions, thank you. (And the thee character limit helps keep things short and sweet.)

        • You are such a tool.

          I don't mean thumbnails - and there is no need to 'peek' inside each file. The content is known just as fast as the file name.

          Also, there is no "three character limit". For years I've been working in different MPEG-1 and MPEG-2 applications which will only save to four characters.

          Good idea to rely on those letters which anyone could/can/will/does change.
    • It's unfortunate that the JPEG format ends up being described as the JPG, due to DOS naming constraints. Are we doom to see the usage of 3 name extension only in the future due to this lack of vision from the early implementers? I for one would tend to favor embedded MIME support and the removing of file extensions.

      Here here. I'm sick of hearing people talk about HTM files. Mention assembly language, and they reply "oh, you mean ASM?" Even Windows isn't this dumb anymore; why haven't the users gotten better?

      These morons are offensive to us Mac users, and they're polluting Linux too. Anyone have any suggestions for putting a stop to this?
    • Yeah, from now on I'm only downloading .MPEGLAYER3
      files to put in my music collection.
  • umm... huh... I was hoping there might be a news article here.
    • I think he had a valid point. This article really does get filed under 'Duh'. There's a difference between having a negative opinion and trying to be offensive.

      Frankly, I agree with him.
  • by wadetemp ( 217315 ) on Saturday April 20, 2002 @01:09PM (#3379829)
    In other news:

    Anonymouse Cowarde has posted an article entitled "Power Switch - The Energy Saver". An article for geeks and computer owners showing how they can significantly reduce the amount of power they use by turning off your computer when you're not using it, using one of the most common buttons found on the front of most PCs. If you own a computer and don't yet have knowledge in the field of energy, you should find this very interesting indeed - Save money on electricty and please your significant other at the same time with a quieter room and lower energy bill. They also talk briefly at APM.
  • When are we going to start evolving these algorithims? It would have to be done by a really fast computer, but it's been shown that natural selection applies to computing as well. I'd imagine that it is possible to come up with an algorithim that's lossless and still as small as any equivalent .jpg file. Nature can come up with things we never even imagined. This technique has been used to create a sorting program that is smaller works faster than any we ever created manually. And we often can't figure out how it works. Not a clue!
    • When are we going to start evolving these algorithims? It would have to be done by a really fast computer, but it's been shown that natural selection applies to computing as well. I'd imagine that it is possible to come up with an algorithim that's lossless and still as small as any equivalent .jpg file.

      You mean like PNG? The problem is browser support - old browsers may not render a new format consistently. Keeping two versions of every graphic and deciding which to send to the browser based on what it can handle is a pain. Having a significant percentage of potential customers see broken links all over everything is unacceptible.
      • > I'd imagine that it is possible to come up
        > with an algorithim that's lossless and still
        > as small as any equivalent .jpg file.

        You mean like PNG? The problem is browser support - old browsers may not render a new format consistently. Keeping two versions of every graphic and deciding which to send to the browser based on what it can handle is a pain. Having a significant percentage of potential customers see broken links all over everything is unacceptible.

        No, I mean a lossless image (as png is) that would be the same size as a lossy image (as jpg is) with no loss at all. For a comparison, take a 24-bit color image with lots of detail and compress it into 2 formats - jpg and png. Notice how much smaller the jpg is? Now if you're already working with a reduced color image (256 or less) a gif image (lossless up to 256 colors) would be small and work in all graphical web browsers though the same image in png format would still be a lot smaller. Anyway, I was talking about evolving a new image format, not browser compatibility.
  • by Aanallein ( 556209 ) on Saturday April 20, 2002 @01:11PM (#3379846)
    Short run down of the linked-to article:
    Non-compressed images have a large filesize and cost a lot of bandwidth, compressed images look almost as good and cost less bandwidth.
    Guide to compress images in PSP 7: save, move slider.
    conclusion: compressing is good, hope you found this useful.

    *shakes his head sadly* Slow down are fine, but c'mon - we're geeks you know; we can be expected to at least know *some* things...
    • Slow days, slow days... not slow down.
      Though I should slow down with typing. No time though - must read more pointless articles... :)

      Gah, and then of course I replied within the two minute delay with the "Slow Down Cowboy!" message - how appropriate.
    • Really... I also found it hilarious that the pages are loaded with shockwave ads and large 256 color gif files for simple border bits that could be done in 4 colors.

      Oh well, maybe I'll write an article about how to reduce size of GIF files using a smaller color pallete and turning off dithering so it can compress better... :-(

      This article needs to be shown to just about every web graphics shop out there, but not to us self-righteous nerds! :)

      • If you do why not submit it to Web Monkey [lycos.com]?
      • Yeah, the bit about needing a plug in for every one of the three pages they needlessly choped this article into was annoying. Three clicks of the cancel for x shockwave flash pluggin for one crummy article, it took almost as long to click as to read.

        Oh yeah, no mention was made of Portable Net Graphics (PNG) file format and it's lossless compression, or any of the fine free software that utilizes it, GIMP, Electric Eyes, etc.

    • Hey, the RIAA seems to have people trolling Slashdot now, so articles on the basics are necessary.
  • Although jpg compression is definitely helpful, the article forgets to mention that two image formats are supported by all browsers. GIF being the second. GIFs should be used for vector based graphics and provides a better overall quality/size advantage when done right. Many non-professional webpages confuse the distinction and make solely jpg or gif based websites. He should also have explained the compression techniques using photoshop as that is a much more popular package (although I understand that many home grown websites might be using PSP, they are also the ones that don't really care about bandwidth since they're using geocities or other free hosts).
    • Uh, what about GIMP [gimp.org]?

      Sure, PhotoShop is nice - if you're running a Mac or Microsoft Windows(TM) box and a grand laying around. Paint Shop Pro is pretty nice, does most of what PhotoShop does for a tenth the price - if you're suffering under a MS OS. But hey, you can download GIMP [gimp.org] for FREE. Heck, they even have a Microsoft Windows(TM) port [gimp.org]. Sure, you can't save GIFs or dick with TIFFs, nor can you do a lot of stuff you can do in PhotoShop.

      However, GIMP is great for most image manipulation needs.

    • by yerricde ( 125198 ) on Saturday April 20, 2002 @01:54PM (#3380041) Homepage Journal

      Although jpg compression is definitely helpful, the article forgets to mention that two image formats are supported by all browsers. GIF being the second.

      In addition, 4.0 and newer browsers support Portable Network Graphics (PNG).

      GIFs should be used for vector based graphics

      No they shouldn't [burnallgifs.org]. Use PNG for still images. Use SWF (now an open format [openswf.org]) or MNG (not much browser support yet [libpng.org] but works in Mozilla and Konqueror) for animations.

      and provides a better overall quality/size advantage when done right.

      PNG can be 10% smaller than GIF when crushed properly [sourceforge.net].

  • JPEG has been around almost as long as I can remember the Internet. I remember spending long hours downloading single pr0n pics from Lynx using the Kermit protocol. Too bad half of 'em were zipped bitmap files instead of JPEGs.
  • by NanoGator ( 522640 ) on Saturday April 20, 2002 @01:13PM (#3379856) Homepage Journal
    Q: What's the best way to speed up your connection?
    A: Run less data through it.

    I can write an article about this if Slashdot is interested.
  • LOL (Score:3, Funny)

    by Dwedit ( 232252 ) on Saturday April 20, 2002 @01:14PM (#3379860) Homepage
    As you can see from the 25:1 compressed image above, there is really not much of a difference in terms of image quality from the original image at 2:1 - but a save of 44.6kb in file size. Consider this as a practical example - a new piece of content you post has ten images in it, for simplicity reasons at 63.2kb each (632kb in total), we save a total of 465kb, seemingly not a great deal on an individual basis.

    Now say 2000 different people read that same review uncached, we save a total of roughly 908mb in outbound data bandwidth for that single review. If 5000 people were to read that review, we are talking gigabytes of bandwidth which can be saved through compression, 2.27gb to be exact. I'll let the stunning numbers speak for themselves.

    Sorta ironic how thousands of people are downloading that article right now!

  • by Navius Eurisko ( 322438 ) on Saturday April 20, 2002 @01:15PM (#3379865)
    Web Designer 1: "Hey, this JPG compression will save our average 56k user about 5 seconds on load time."

    Web Designer 2: "That's means we can load even more useless content on our website and they won't notice the difference!"

    Web Designer 1: "As well as include more popup and banner ads, too!"
  • This is hardly news for the /. crowd. Isn't it supposed to be "News for Nerds"?. More interesting, IMHO, is the fact that Photoshop is out for MacOS X. I'll be interested in what effect this has on the uptake of the OS, and whether it might ever lead to Photoshop on *NIX.
    • As the original subject (JEPG - a revolution!) is pretty much useless this at least is more interesting:
      More interesting, IMHO, is the fact that Photoshop is out for MacOS X. I'll be interested in what effect this has on the uptake of the OS, and whether it might ever lead to Photoshop on *NIX.
      Yes, I think this will increase the uptake in MacOS X. Lots of graphics folks have been holding out for this, apparently it's a great implementation and will indeed likely drive much of their marketplace (just think of all of the plug-ins that will need to be upgraded.) The spillover should be a shot in the arm for the whole Mac software market and increase pressure on everyone to make the switch.

      As to this increasing the odds of Photoshop on any other Unix - I doubt it. The MacOS X port is to the proprietary backwards-compatible-with-MacOS "Carbon" layer and not writing to the BSD side of things. Thus it's really the old MacOS Photoshop rewarmed and running mostly on a cleaned-up set of APIs. The other changes that have been made are apparently mostly for interaction with the Quartz graphics layer and Aqua UI, again Apple-proprietary.

      The next-gen evolution will likely be to MacOS X's Cocoa layer, yet again Apple proprietary. Thus unless someone ports Apple's Carbon library to another Unix or Apple decides to make Cocoa cross-platform along with support for a differing rendering layer we're unlikely to see any of this having any relevance to other Unix's. Of course they can all now talk seamlessly to Photoshop through scripting so they're not entirely out in the cold.

  • aw shit! (Score:3, Funny)

    by paradesign ( 561561 ) on Saturday April 20, 2002 @01:15PM (#3379868) Homepage
    you mean i shouldnt have been using TIFs this entire time?!? no wonder my site loads so slow.

    i use LZW, if that helps?

  • Why does it feel like 1994 all over again?

    JPEG'ing images has been par for the course for any competant web designer since the very incarnation of the WWW.

    This is like having a 'news' article to the effect of

    "Make your HTML code smaller! Learn what the tags actually are and throw out FrontPage!"

    Oooo gee, wow!

  • For slashdot, I would expect at least something on the order of a tutorial, or perhaps some study on a better compression method for jpeg. obviously 99% of the readers here know that jpeg can be compressed.
  • Interesting that this would be posted no less than three days after Penny Arcade [penny-arcade.com]'s screenshot rant from Wednesday.

    I have to say that I agree with Tycho and Gabe on this one. All too often I'm seeing websites post crappy images claiming that they show intricate detail of upcoming software, yet they compress it to the point that it looks like it came out of one of these [goatse.cx].
    • It's true, JPEG sucks for screenshots. Yet it can be a lot smaller than GIF or even PNG, so people may use it despite the loss of quality.

      I'd like to see some kind of 'lossy PNG'. PNG files are compressed using the LZH algorithm first used in pkzip, and now used in zlib, gzip and all sorts of places as well as PNG. This works by having a 'sliding window' where the last 32Kbyte or so of data is stored, and then looking back through that window to see if the current sequence of bytes has been output previously. If so, just output a referral back to where the sequence occurred before.

      But what if you modified zlib so it didn't require an exact match? You might say that having one pixel in every ten out of place, or set to a 'close enough' colour (eg dark grey instead of black), is good enough to find a match. Then you could generate PNG images which lost some of the original information, but wouldn't look quite as sucky as JPEG. And any ordinary PNG viewer would be able to display them.

      I don't know whether this would work well in practice but it's worth trying. Probably for dithered images it would be great but screenshots wouldn't be helped much without losing noticeable quality.
      • Re:How coincidental. (Score:5, Informative)

        by Glenn R-P ( 83561 ) <randeg@alum.rpi.edu> on Saturday April 20, 2002 @04:29PM (#3380695) Journal
        I'd like to see some kind of lossy PNG

        That's JNG (JPEG Network Graphics) which is JPEG wrapped in PNG-style chunks along with an optional alpha (transparency) channel. Mozilla will display them and IrfanView will process them.

        The JNG spec is available somewhere on the PNG web site, http://www.libpng.org/pub/png
      • PNG files are compressed using the LZH algorithm first used in pkzip, and now used in zlib, gzip...
        You're partially right... PKZIP used to use LZW-based compression (the kind of compression used in GIF files - the one that's patented by Unisys) back in version 1.x; version 2.x introduced the Deflate algorithm, which is what's used today in gzip/zlib/PNG/etc.
  • Whoops! (Score:5, Funny)

    by CaseyB ( 1105 ) on Saturday April 20, 2002 @01:20PM (#3379888)
    Pardon me, I seem to have accidentally stepped into a conversation from 10 YEARS AGO.
  • In the conclusion, the author mentions GIF. But what about .PNG? Yes, I know that JPEG as a rule of thumb is better than PNG for photo-like images. But for many images... indeed for anything smaller than ~100x100 pixels, but also in random cases for bigger images, .PNG is better than JPEG. Even images that appear to be very complex, and images that don't do well at all as .GIF's, sometimes turn out EXCELLENT as .PNG's, way smaller than JPEGs and with perfect quality.

    This is not the case for their sample image, but, umm, I'd just like have said anyway that some people are way too quick to save their pics as blurry JPEGs without trying the alternatives.
  • Come on..... (Score:5, Insightful)

    by josh crawley ( 537561 ) on Saturday April 20, 2002 @01:26PM (#3379923)
    Now, I can understand if slashdot wants to put techie reviews or such other geek stuff. That's understandable, in the case of YRO, company product release (that april spoof about sponsoring products was true, wasnt it?), and software issues.

    HOWEVER, this is a geek site, which we talk as deeply as going about SMP on x86 systems and remodding systems into other cases (mechanics and engineering, lest that be software or hardware). However, that journalistic line (if there even was that line) has been crossed with this idiotic article. Let's re-read this again to see if it doesnt state the obvious. Also, I'm going to _assume_ that techie people on this website (most all) knows that jpeg is a compression....

    Compression - The Bandwidth Saver

    Hell, even non-techie people still know that if I zip that file, it doesnt take as long.... This article just insults our intelligence. Slashdot is becoming more and more like TechTV for the net.

    And as a last mote, moderators, pay attention to *important stuff* below every post. This article is anything but offtopic.
  • by tjwhaynes ( 114792 ) on Saturday April 20, 2002 @01:29PM (#3379934)

    While compressing your images should be right up there on the Web designer 101 course, sometimes I despair that the wrong types of compression are chosen.

    JPEG is an excellent compression method for photographic images, both colour and greyscales. The image distortion is not noticeable by most people even at high compression ratios and the resulting image is close enough to the original.

    JPEG is NOT an excellent compression method for line diagrams, maps and bitmaps featuring a limited colour palette - the artifacts created by the transforms used by the algorithms blur rapid changes in colour and can make text unreadable. Even worse, for most diagrams, PNG lossless compression yields smaller results because of the limited palette and large amount of redundancy inherent in the data.

    JPEG 2000 promises even better compression ratios with superior image quality. Wavelet compression methods tend to reduce the amount of blur caused by the discrete cosine transforms and are better at handling rapid changes in colours. But that doesn't mean that it is a blanket solution.

    I also look forward to the day when SVG is a widely available and widely supported browser option. We can all benefit when complex layouts can be described in terms of vectors and colour fills rather than overlarge and complex bitmaps for the classic web page touches like 3D colour balls and arrows. That will also save bandwidth while increasing the flexibility and variety of images on the web.

    Cheers,

    Toby Haynes

  • by Ryu2 ( 89645 ) on Saturday April 20, 2002 @01:30PM (#3379939) Homepage Journal
    The article didn't discuss the merits of other formats vs. JPEG enough. Namely, non-photograhic images, with few colors and mostly large solid areas, such as icons, bullets, line drawings, diagrams, charts, etc. are not optimal for JPEG.

    In such cases, GIF and PNG will yield much better compression than JPEG, and also look nicer, since they're lossless. Compressing such images with JPEG will give you ugly "ringing" artifacts, since the lines are essentially infinite-frequency "spikes" which you can't capture completely.

    • You can also get smaller file sizes with GIF and PNG for many kinds of content, even though they're lossless.

      I've had full 800x600 MacOS 9 screen shots compress down to 20K, losslessly, with PNG. JPEG even at Q=0 couldn't make a file that small, and it still looked gawdawful.

      While the distinction is often described as natural images versus synthetic images, 3D rendered stuff should be treated as natural images.

      The real issue is whether there are large areas of EXACTLY the same color, and sharp edges. In a typical screen shot, you might have several 100x100 blocks of exactly the same color. PNG and GIF do a wonderful job with those. They also do a great job with sharp edges, while the Discreet Cosine Transformation of JPEG causes a lot of artifacts with those, or requires a lot of bits to encode them accurately. So something simple as a black line on a white background is quite mathematically complex for JPEG to render.

      Overall, PNG will give slightly smaller files, and more importantly provides for more than 256 colors. I look forward to when it is ubiquitously supported by all browsers.
  • by ZoneGray ( 168419 ) on Saturday April 20, 2002 @01:37PM (#3379976) Homepage
    Now if only they could convince people to build pages that have fewer than 100 GETs, it might actually make a difference.
  • How jpegs work. (Score:4, Informative)

    by furchin ( 240685 ) on Saturday April 20, 2002 @01:38PM (#3379981)
    I got trapped into clicking the link to the article, thinking it could be something useful about jpeg compression and how it works. The story certainly implied that. How disappointed I was, and I agree with most people that this is one of the dumbest stories ever. This kind of story belongs in a site for amateur wanna-be web designers, not geeks. Anyway, since I've gotten all caught up in this, and you're here too, maybe we can have a useful discussion on How JPEG Compression Works.

    I am by no means an expert, and I believe this is a gross simplification of the process, but here is what I think happens. The jpg alg breaks the image apart into 8 pixel by 8 pixel subimages. (Don't ask how it handles pictures that are not n*8 x m*8 in size). Then it treats each of those images with a process very similar to principal component analysis, where a set of representative images are given associated multipliers of how much of that image to add into the reconstructed original image the user is trying to get. These representative images are ordered from least to most detailed, and since they are known to both the compressor and the uncompressor (depressor? :), only the associated values need to be stored. I believe the first image deals with how much darker the left half is than the right half of the image, the second does the same thing horizontally, the third deals with how much darker the leftmost quarter of the image and the third quarter of the image are darker than the other two, and so on...

    So how does one adjust image quality / compression? Well every possible 8 x 8 picture can be represented with 64 of these representative images. However, since the 64th deals with *really* minute details, then you can get a decent reconstruction using just 63. It all depends on the image you are trying to compress, but can probably get away with even just the first 20 of the basis images. Oh, for the record, I'm talking about grayscale here. I think you'd need to ramp things up by a factor of 3 to do rbg.

    If someone wants to fill in any gaps or factual inaccuracies, certainly do so.
  • by Chaostrophy ( 925 ) <ronaldpottol AT gmail DOT com> on Saturday April 20, 2002 @01:58PM (#3380050) Homepage Journal
    At my last job, we wondered why our carefully tuned images looked like shit on AOL. We found they were recompressing our jpegs to make them much smaller (and thus lower quality). So we now send AOL really high quality jpegs so that our images don't get trashed as badly by AOL.

    • AOL uses something called ART format and compresses and caches incoming images into that. I guess when you have 30 million users it saves a LOT of money, space and bandwidth to do this rather than fetch them from the net each time.


      I think AOL has a pref on the user side to disable this behaviour. You should search their site because they might have some way to disable it on the server as well, for example by inserting a meta tag or http header to data as its pushed out.

  • http://www.spinwave.com/crunchers.html [spinwave.com] is a great free website that can compress your JPEGs (and GIFs)...I use it all the time for the images on my site [mac.com].

    Orange
  • He doesn't appear to know a lot about what he's talking about. He calls a jpeg saved at 25% compression "25:1", where in fact the quality setting has direct relationship with file sizes.

    Here are some tips I've found over the years of putting together web sites:

    • There's no difference between saving at 95% quality and 100% quality, other than file size. It's pointless to make jpegs at >95% quality.
    • 75% quality is what I call "print quality", because it's the highest compression you can get away with on paper before people start saying "Eww, jpeg".
    • 50% quality is usually the smallest you can make jpegs for viewing on the web before people start noticing.
    • Use 5% or 10% quality for ultra-ultra small files, although they will look pretty terrible. Anything less than 5% quality is pretty much unusable.
  • by um... Lucas ( 13147 ) on Saturday April 20, 2002 @02:18PM (#3380123) Journal
    It would be interesting, if it'd been written and posted in 1992, rather than 2002.

    I don't know who i'm most disappointed in.

    A - Tweaktown, for posting such an inane article in the first place
    B - MrTweak, for relaying it to slashot. Of course, he probably wrote it.
    C - Hemos for posting it.

    I mean really... the whole thing reeks of MrTweak wanting more site traffic and turning to slashdot with a story about anything to get it. Like "oh my god, i didn't know i could COMPRESS graphics?"

    Proposal to slash: never accept submissions from people with obvious links to the article in question...
    • How about all 3? For some dumb reason I skimmed through the whole article, wondering where the meat was.

      Its a sad day when Slashdot starts posting trivial crap like this (not that the article per-se was crap, but it was written for a complete web-newbie).

      Anyone know of any geek sites with higher standards than Slashdot? I think its time to find a new place to get my nerd-news.

      Brian
  • Wasnt that originally the idea for Jpeg?
  • by rossz ( 67331 ) <[ogre] [at] [geekbiker.net]> on Saturday April 20, 2002 @02:23PM (#3380134) Journal
    would be "Stating the fucking obvious."

    Jeez. Why is this on slashdot?
    • Because the editors can't remeber what stories they posted an hour ago, and repost them. How can you expect them to recognize that something is, has been, and will be obvious for the forseeable future?
  • by Sloppy ( 14984 ) on Saturday April 20, 2002 @02:30PM (#3380156) Homepage Journal
    I submitted this story in 1990 and it was rejected. What gives?
  • by coyote-san ( 38515 ) on Saturday April 20, 2002 @02:35PM (#3380182)
    If you want to save bandwidth, just nuke the trash various image editing tools leave in the .jpg file. (E.g., use jpegtrans(1))

    Maybe you want to keep thumbnails in images on your development system, but all they do is burn bandwidth on the production system. You can usually reduce the size by a significant amount, even if you decide to add your own copyright messages, etc.
  • Did you mean JPEG?

    I once had a die-hard mac user tell me that "JPEG" pictures evolved on the mac, because they had a four letter name, and type and creator info on mac files was four letters long. Nevermind that it was named after the Joint Photographic Experts Group...
  • by cygnus ( 17101 ) on Saturday April 20, 2002 @03:27PM (#3380413) Homepage
    new headline: "Attracting user attention with the <BLINK> tag!"
  • by wytcld ( 179112 ) on Saturday April 20, 2002 @03:35PM (#3380437) Homepage
    Smart site that, setting the style on their body text so that in Mozilla it's teeny-tiny. This form of compression saves the reader from time otherwise spent scrolling the screen. It saved me the time of even reading at all.

    What ever did happen to the idea that the Web is about letting the user set their browser's default type size to suit their eyes, and writing pages that honor the user's preference?
    ___
  • How does the JPEG group make their money? Do they enforce a MP3-style licencing scheme, or is it a group effort of companies and organizations who would mutually benefit?
  • Be careful - this sort of article might lead to designers replacing text with .jpg images of the text.

    DAMN! TOO LATE!

  • by gad_zuki! ( 70830 ) on Saturday April 20, 2002 @06:28PM (#3381122)
    *Hemos and buds in a smoke filled room*

    "Dude, this image is only 20 fucking kilobytes big."

    "Whoa."

    "Damn."

    "You just blew my mind."

    "POST IT!"

  • All these uncompressed TIFFs are making my web browsing a really slow experience.
  • at first i wondered why this was posted to slashdot, but I slowly came to the realisation that this is a subtle bid to get rid of the recently added advertisements to slashdot.
  • by Sj0 ( 472011 )
    Why bother with inconveniencing web authors in any way(though I'll admit that using JPGs is hardly a huge inconvenience when most already use it) when you can just install mod_gzip on the web server, and use anything from a 8 bit GIF to a 24 bit BMP(sans compression at the file level) and get relatively good compression regardless?

  • by 4444444 ( 444444 ) <4444444444444444 ... 444444@lenny.com> on Monday April 22, 2002 @05:32PM (#3390604) Homepage
    any webmaster that hasn't checked out the bandwidth conservation society should be slapped

Our policy is, when in doubt, do the right thing. -- Roy L. Ash, ex-president, Litton Industries

Working...