Images saved as jpegs getting too compressed

I've recently started using Photoshop Elements 12 (having previously worked with PSE8) . . . and I'm finding that, after saving my in-progress files as TIFF files all along the way (which is what I've always done to avoid compression as I'm going), then when I go to save the finished file as a jpeg, the jpeg file size is smaller than ideal for printing (say 350K), even though I've got the "quality" slider all the way on 12 (high).
This has been happening for a while (I'm somehow just starting to notice) . . . in the past, it seems that finished jpeg sizes were somewhere in the neighborhood of 1-3 M. I'm guessing that I must have something-or-other set on the wrong thing (the files that are ending up so small are not super-cropped-in from the original image or some such thing...).
Anyone have a clue of what could be going awry??
Thanks! :-)

Oh, goodness. I just figured out the problem -- I got a new camera a few months ago and have been taking pictures with my quality setting set on "S" instead of "L." Guess that stands for small or large files, and when I was setting it up, I assumed it was low resolution vs. super or something like that. yeeps. bummer for the past few months' pictures, but at least the problem is solved!

Similar Messages

Images saved in Safari are too small, 145K becomes 8K and grainy?

Hi folks.
I just got a 2nd gen iPod Touch, and it's running 2.1.1.
When I save images in Safari or Gmail by tapping and holding on the picture, it saves them, but they're too small. I just saved a 145K jpg, and now it's a grainy 8K image in my Saved Photos album.
Anybody else having this problem?
Thanks,
Brendan

Yes, when I tap on an image in Mail App or from the Safari Browser on my Touch 2G the pictures save to my Saved Photos folder and often they are very "*out of focus*". It is a royal pain in the @$$ because, as I keep saying, the 1st Gen iPod Touch NEVER had these problems.

Cropped an image, saved in JPEG, now it won't open

Using Photoshop Elements on a PC. I cropped an image and saved it in JPEG. Now it won't open, doesn't recognize the program it was saved in.

When you saved it, did you use File >> Save as ?
I ask this because you are the second person to say jpg, jpeg files are not recognised. When you post back please state your operating system (Windows 7, Windows 8/8.1, MAC) and PSE version number.
Also, if you can post the picture here please do so for us to try it on our machines.

I am batch processing in PS 2014 (watermark and saving as jpeg from ps file). I get the message for some but not all 'this file needs to be saved as a copy with this option'. And then I have to save it manually. Does anyone know why this happens? (It is j

I am batch processing in PS 2014 (watermark and saving as jpeg from ps file). I get the message for some but not all 'this file needs to be saved as a copy with this option'. And then I have to save it manually. Does anyone know why this happens? (It is just a plain photoshop file, a watermark is added, then save as jpeg - the jpeg is saved to a different folder than the original photoshop file.) It happens for about 10 of 30/40 files approximately . Thank you, Kathryn

I believe I have figured it out - I need to flatten the image, even though there are no layers except for layer 0, first.

When I upload photos from my Canon Rebel 1000D to iphoto the images are labelled JPEG, yet I shoot in RAW.How do I get iphoto 11 vers9.1.3 to not convert the photos to jpeg.

HI,
When I upload photos from my Canon Rebel 1000D to iphoto the images are labelled JPEG, yet I shoot in RAW.How do I get iphoto 11 vers9.1.3 to not convert the photos to jpeg. I seem to have tried and read so much but just can't figure it out. How do I get iphoto 11 vers9.1.3 to not convert the photos to jpeg. Or do a have to use a different system? I have Adobe Bridge. Or can I upload directly into photoshop?
Also how do you install dmg's properly I am having problems installing them?
I have a Mac OS X 13 inch Version 10.6.7
Advice desperately needed
Thanks
Nlouis

Do you have Aperture installed? I found your model on a compatibility list; however, there was a note that it requires Aperture 2 to be installed:
http://www.apple.com/aperture/specs/raw.html
According to this excerpt:
To see a list of digital cameras with RAW-format support that are compatible with iPhoto, visit this Aperture webpage (any camera compatible with Aperture, Apple’s advanced photo editing and management program, is compatible with iPhoto as well)
which is at the bottom of this page:
http://docs.info.apple.com/article.html?path=iPhoto/9.0/en/pht41627265.html
I may be wrong, but I interpret that info to mean you need Aperture 2 before iPhoto will work with RAW?

Colour profiles problem - images saving too dull. Please help.

I realise you have probably had this question a million times before and I have looked at enough related threads, but I am still at a loss as to what to do. Please note I'm not the most computer-savvy.
For the record I am using Photoshop 7 (yes it's old, but it suits my needs just fine!) and Windows Vista Home Premium.
What I do is take photographs of my artworks, edit them in Photoshop until they look accurate, then post them online. Images have always looked identical in every program, and I had never had any problems, until I got connected to the Internet on Tuesday. This computer has not been connected to the net for a good few years, and so lots of updates got installed. I'm not sure which ones exactly, as my boyfriend took care of that, but I'm convinced this has caused the problems I am having now:
First I found that an image I had edited and saved as .jpg for web use was showing up overly saturated and contrasty in the Windows Photo Gallery preview. I assumed I had saved it wrongly. I re-opened the jpg in Photoshop to check - it looked exactly as I had saved it. I figured something had messed up with Photo Gallery during updates, so I uploaded the jpg to the Internet. The image that uploaded was the overly-saturated, contrasty one.
After realising that suddenly ALL the images I had uploaded online, and all the images saved on my computer, now had this awful over-saturated look, and yet the thumbnails on my desktop looked fine... I realised it must be something to do with the colour profiles, and tried to find out the answer online. My monitor colour profile was set to "21.5 inch monitor" so I changed that to sRGB as default. I can't remember what Photoshop was set to, but at any rate I set it to sRGB also.
I thought I had it fixed, as it seemed to just be Photo Gallery that was not matching up (it was displaying my images with less saturation than as I saved them).
However today I took a new photo of a drawing I'm working on, to load onto my blog. I had to take it into Photoshop to make edits and correct, as always. I opened my photo in Photoshop... lo and behold, far too contrasty and saturated!!
This time, Windows Photo Gallery preview is showing the (unedited, straight out of camera) photo as it should be... Photoshop opens it too contrasty.
I made my edits anyway, saved for web as .jpg, checked the jpg in Photo Gallery before uploading... It saved duller than it should have done!
Uploaded the jpg to the internet... and I have the dull image uploaded.
So first they were too contrasty, now they're too dull. I have tried to follow advice given on similar topics, to no apparent avail.
Being an artist who displays work online and has a certain reliance on the internet... my images have to be accurate and consistent all the way through. Is there anything I can do to set things back to the way they were before?
I appreciate any help.

eartho - All my images are already converted to the sRGB colourspace by default, as far as I can tell. My images out of camera, the ones I have edited and saved as jpg - I even checked some old images. Through Mode/Convert to Profile, they're all already set to sRGB.
emil emil - Thank you. I will do that in the morning - right now my head hurts and I need my bed.

I've created a "header" in Illustrator. When I send it to someone to be used in a report.. it comes up "blurred" or, with a white background. I tried opening in Photoshop and saving as JPEG, but get same results. What do I do?

Can anyone give me suggestions .. after creating a "logo" or a "header" to be used by someone else in a presentation or report.. I can't figure out how to make the background transparent, and keep the image clear. Created in CS6 Illustrator.. tried opening in Photoshop and saving as JPEG.. no luck.

Have you tried exporting for MS Office?
You could also try exporting as transparent PNG with 144 ppi.
On top of that: don't scale it in Office.

I am getting errors upon use of JPG images, saved from Photoshop, in Encore.

How do I use Photoshop JPG images in Encore without errors?
When using camera jpg images, saved by Photoshop (either save, or image manipulation like autocolor then save, no other Photoshop options were tested), Encore will either :
1) generate an image import error: "The software that's used to decode the media is not available on this system. Installing the correct decoders for the files you are working with may help to correct the problem." and be unable to import the image,
2) Image import stops before completion (Encore stops responding and must be Closed by Windows Task Manager), or
3) with a number of images imported, upon attempts to create a Slideshow, Slideshow creation will stop while in progress, and Encore does not respond (Encore must be Closed by Windows Task Manager).
Import and Slideshow creation using untouched camera images is nominal and uneventful.
Import and Slideshow creation using PhotoShop(64bit) GIF (copy) images is nominal and uneventful.

The common cause of this issue is still image files where the pixel size is too large. This warranted its own help page, which is now a dead link.
http://helpx.adobe.com/encore/kb/error-software-used-decode-media.html
But I assume the pixel size is the same whether you are processing them in Photoshop or not. but the main point is that the underlying problem is not about decoders. Encore encounters a problems dealing with the file and throws the only error it (apparently) has. So you are looking for anything like that: pixel size, changes between rgb and cmyk, extra metadata in files. Maybe even filename oddities (length, special characters).
I would look in part at what versions you are using and compatibility settings.
I would save them as png or psd.

CL acquisition hangs when image gets too bright?

I'm having a bit of a strange problem and I can't be sure whether it's the camera or the board: basically, in any run mode, when the image gets too bright, the aquisition stops and I get a timeout in MAX.This is with a PCIe-1433 and a Point Grey Gazelle. Capping the camera and restarting the acquistion works fine. This happens any time the majority of the image gets to ~80% brightness.
Making things more confusing, this can sometimes be fixed by switching cables (the same model 5 meter NI cable, but just a different one); now, however, I have a couple of cameras that exhibit this with any cable and so I need to get it figured out. It certainly might be a camera issue or some combination and so I'm contacting PGR as well. Anybody have any thoughts on this? Thanks in advance for any info!
Solved!
Go to Solution.

Thanks for the replies so far.
* If the brightness is overdriven with EITHER gain OR exposure OR aperture OR by shining a light in the camera, it can happen.
* It seems that choosing different cables or a different camera can change the amount of overdrive required to do this, but it can always be forced.
* If I clip the acquisition window and overdrive outside the window, still happens. If I clip the ROI on-camera and overdrive outside that, does not happen.
* Strangely, in the NI camera file generator, a "Snap" will always succeed, no matter how bright. The "Grab" will fail with a timeout if the image starts too bright.
* Bit of a breakthrough. The gradient test pattern (which contains 16384 of each grey level) works fine no matter what I do with the physical camera. The pseudo-random pattern (Snap attached) causes this failure.
* In 2-tap mode (which is a no go for frame rate, but I checked for troubleshooting) I can see the pseudorandom pattern with no problems, but overdrive still causes the initial issue.
Unless there's something really weird happening, this makes me think that the problem, such as it is, lies with the board. Something to do with how it is detecting blanking, or the end of the frame, is being fooled by the pattern?
Thanks so much for the test pattern tip, BlueCheese, I still down have a fix but I know where to direct my attention now.
Attachments:
psuedo.png ‏281 KB

Images saved from Mobile Safari are significantly degraded

When I tried to use an image saved from Mobile Safari as my wallpaper I noticed that it looked horrible. It was blurry and more importantly the dynamic range of the image had been compressed, blowing out all the detail in the bright areas of the image and making it contrastier. This is especially bad on the type of photo I was trying to use, a high-key image, where most of the detail is in the light tones. Much of the image was simply displayed as blank white.
As a test I tried emailing the image I had saved into Photos to myself and compared it to the original I had saved from the web. Sure enough, the image was blurrier and had less dynamic range so it's not just an iPhone display issue. Also, the image was only 27% smaller in file size and the pixel dimensions were actually slightly increased. A quick re-save in Photoshop with JPEG quality set to low (4) reduced the file size by 53% while still not affecting the image anything like what the iPhone did. So it doesn't make sense that the poor quality is only due to resizing for faster transmission.
Can anyone else confirm this or replicate the issue? I've verified this with a 1st gen and 3G iPhone side by side, both running OS 2.1.

No, it's not only you.
I noticed it too. As a matter of fact, I just posted a really long post in a thread about iPhone/iPod Touch's photo quality.
See: http://discussions.apple.com/message.jspa?messageID=8132098#8132098

Loss of Bytes when saved as JPEG

After editing my image and flatten my layers I save my image as a JPEG I have everything I can think of set to the highest/maximum yet I seem to be losing so many bytes making my images pixelated when printed. For example my RAW files are 15mbytes yet once saved as a JPEG i'm lucky to get just over 1mbytes!

File size is not the same as image size. Don't get them mixed up. The reduced file size on disk is because of file compression - not the same as fewer pixels.
The jpeg compression algorithm is incredibly effective. A 250 MB tiff may save out as a 2-6 MB jpeg, depending on compression level and content (fine detail is less compressible), and with little immediate visual degradation. Then it's decompressed when reopened.
However: The degradation is cumulative and non-reversible - so every time a jpeg is resaved it's eaten up a bit, and after 10 to 20 saves or so it's mush and the file is irreversibly destroyed. That's why you should never, but never, use jpeg as a working format - only as a final delivery format to save bandwidth, saved out exactly once.

ImageIO: scaling and then saving to JPEG yields wrong colors

Hi,
when saving a scaled image to JPEG the colors are wrong (not just inverted) when viewing the file in an external viewer (e.g. Windows Image Viewer or The GIMP). Here's the example code:
public class Main {
     public static void main(String[] args) {
          if (args.length < 2) {
               System.out.println("Usage: app [input] [output]");
               return;
          try {
               BufferedImage image = ImageIO.read (new File(args[0]));
               AffineTransform xform = new AffineTransform();
               xform.scale(0.5, 0.5);
               AffineTransformOp op = new AffineTransformOp (xform, AffineTransformOp.TYPE_BILINEAR);
               BufferedImage out = op.filter(image,null);
               ImageIO.write(out, "jpg", new File(args[1]));
/* The following ImageViewer is a JComponent displaying
the buffered image - commented out for simplicity */
               ImageViewer imageViewer = new ImageViewer();
               imageViewer.setImage (ImageIO.read (new File(args[1])));
               imageViewer.setVisible (true);
          catch (Exception ex) {
               ex.printStackTrace();
Observations:
* viewing this JPEG in an external viewer displays the colors wrong, blue becomes reddish, skin color becomes brown, blue becomes greenish etc.
* when I skip the transformation and simply write the input 'image' instead the colors look perfect in an external viewer!
BufferedImage image = ImageIO.read (new File(args[0]));
ImageIO.write (image, "jpg", new File(args[1]));
* when I do the scale transformation but store as PNG instead the image looks perfect in external viewers!
BufferedImage out = op.filter(image,null);
ImageIO.write(out, "png", new File(args[1]));
* viewing the scaled JPEG image with The GIMP produces "more intense" (but still wrong) colors than when viewing with the Windows Image Viewer - I suspect that the JPEG doesn't produce plain RGB values when decompressed (another color space used then sRGB? double instead of int values?)
* Loading the saved image and display it in a JComponent shows the image fine:
class ViewComponent extends JComponent
     private Image image;
     protected void paintComponent( Graphics g )
          if ( image != null )
// image looks okay!
               g.drawImage( image, 0, 0, this );
     public void setImage( BufferedImage newImage )
          image = newImage;
          if ( image != null )
               repaint();
* Note that I've tried several input image formats (PNG, JPEG) and made sure that they were stored as RGB (not CMYK or the like).
* Someone else already mentioned that the RGB values as read from an JPG image are wrong, but no answer in this thread - might be connected with this problem: http://forum.java.sun.com/thread.jspa?forumID=20&threadID=612542
* I tried the jdk1.5.0_01 and jdk1.5.0_04 on Windows XP.
Any suggestions? Is this a bug in the ImageIO jpeg plugin? What am I doing wrong? Better try something like JAI or JIMI? I'd rather not...
Thanks a lot! Oliver
p.s. also posted to comp.lang.java.programmers today...

Try using TYPE_NEAREST_NEIGHBOR
rather than
TYPE_BILINEARI was a bit quick with saying that this doesn't work - I had extended my example code which made it fail (see later), but here's a working version first (note: I use the identity transform only for simplicity and to show that it really doesn't matter whether I scale, rotate or shear)):
// works, but only for TYPE_NEAREST_NEIGHBOR interpolation
Image image = ImageIO.read (new File(args[0]));
AffineTransform xform = new AffineTransform();
AffineTransformOp op = new AffineTransformOp (xform, AffineTransformOp.TYPE_NEAREST_NEIGHBOR);
BufferedImage out = op.filter(image, null);
ImageIO.write(out, "jpg", new File(args[1]));The problem: we restrict ourselves to nearest neighbor interpolation, which is especially visible when scaling up (or rotate, shear).
Now when I change the following, it doesn't work anymore, the stored image has type=0 instead of 5 then (which obviously doens't work with external viewers):
// doesn't work, since an extra alpha value is introduced, even
// for TYPE_NEAREST_NEIGHBOR
BufferedImage out = op.filter(image, op.createCompatibleDestImage(image, ColorModel.getRGBdefault()));Intuitively I would say that's exactly what I want, and RGB image with data type int (according to JavaDocs). That it has an alpha channel is a plus - or is it?
I think this extra alpha value is the root of all evil: JPEG doesn't support alpha, but I guess ImageIO still mixes this alpha value somehow into the JPEG data stream - for ImageIO that's not a problem, the JPEG data is decompressed correctly (even though the alpha values have become meaningless then, haven't checked that), but other JPEG viewers can't manage this ARGB format.
This also explains why writing to PNG worked, since PNG supports alpha channels.
And obviously an AffineTransformOp silently changes the image format from RGB to ARGB, but only for TYPE_BILINEAR and TYPE_CUBIC, not for TYPE_NEAREST_NEIGHBOR! Even though I can imagine why this is done like this (it's more efficient to calculate with 32 bit ints than with 24 bit packed values, hence the extra alpha byte...) I would at least expect the JPEG writer to ignore this extra alpha value - at least with the default settings and unless otherwise told with extra parameters! Now my code gets unnecessary complicated.
So how do I scale an image using bilinear (or even bicubic) interpolation, so that it get's displayed properly with external viewers? I found the following code working:
// works, but I need an extra buffer and draw operation - UGLY
// and UNNECESSARILY COMPLICATED (in my view)
BufferedImage image = ImageIO.read (new File(args[0]));
AffineTransform xform = new AffineTransform();
AffineTransformOp op = new AffineTransformOp (xform, AffineTransformOp.TYPE_BILINEAR);
BufferedImage out = op.filter(image, null);
// create yet another buffer with the proper RGB pixel structure
// (no alpha), draw transformed image 'out' into this buffer 'out2'
BufferedImage out2 = new BufferedImage (out.getWidth(), out.getHeight(),
                                                         BufferedImage.TYPE_INT_RGB);
Graphics2D g = out2.createGraphics();
g.drawRenderedImage(out, null);
ImageIO.write(out2, "jpg", args[1]);This is already way more complicated than the initial code - left alone that I need to create an extra image buffer, just to get rid of the alpha channel and do an extra drawing.
I've also tried to supply a BufferedImage as 2nd argument to the filter op to avoid the above:
ICC_ColorSpace (iccColorSpace = new ICC_ColorSpace (ICC_Profile.getInstance(ColorSpace.CS_sRGB)
BufferedImage out = op.filter(image, op.createCompatibleDestImage(image, new DirectColorModel (iccColorSpace), 24, 0xff0000, 0x00ff00, 0x0000ff, 0x000000, false, DataBuffer.TYPE_INT))); But then the filter operation failed ("Unable to transform src image") and I was beaten by the sheer possibilities of color spaces, ICC profiles, so I quickly gave up... and hey, I "just" want to load, scale and save to JPG!
The last option was getting a JPEG writer and its ImageWriteParam, trying to set the output image type:
iwparam.setDestinationType(ImageTypeSpecifier.createFromBufferedImageType(BufferedImage.TYPE_INT_RGB));But again I failed, the resulting image type was still type=0 (and not 5). So I gave up, realising that the Java API is still overly complex and "too design-patterned" for simple tasks :(
If anyone has still a good idea how to get rid of the alpha channel when writing to JPEG in a simple way (apart from creating an extra buffer as above, which works for me now...)... you're very welcome to enlighten me ;)
Cheers, Oliver
p.s. Jim, I will assign you the "DukeDollars", since your hint was somewhat correct :)

Saving a JPEG file for printing

When saving a JPEG file for printing using Elements9, should one use "baseline standard, optimized or progressive"?

Thanks, Andromeda.... I see that PSE8 Organizer has the ability to update the Caption as you have described. The caption appears in the Description field in the General area and in the Description field in the IPTC area of the image file. I was unable to update the Title or any other fields using Organizer. Looks like PSE8 Editor must be used to update all the metadata fields in the image file. Thus far, the only way I have been able to update the metadata in a JPEG file without having to re-compress it is with a HEX editor. This, however, is a slow process at best. Too bad Organizer or Editor does not provide the abilty to update all fields in the metadata without having to recompress the file. I am not a programmer; however, it would appear to be a fairly straight-forward process. Thanks, again.

I don't want Firefox to "remember" the folders I've saved in from websites before. How do I return Firefox to its old image saving habits?

I recently got a new computer and upgraded to Firefox 8. Now, when I save an image from a website, Firefox will "remember" and, the next time I save an image, open a random folder that I saved an image in last time I was on that site, and choose to save it there. This wouldn't be a problem if, 1) it wasn't a random folder out of the several I save into, and 2), if I have to cancel out of an image for any reason, the next time I go to save (seconds later, without refreshing/leaving a page), it will have chosen another random folder for me to save in and I'm misplacing my files.
I'd like to return Firefox to the previous image saving habits, where I have to choose the folder each time, and it doesn't "remember" anything that I've done, as it is only causing headaches.

I have been frustrated by the same aggravating Firefox 8 "improvement".
I have several hard drives, several partitions on each hard drive, hundreds of folders on in each partition, and hundreds of subfolders below them. When I am researching something, I download whole Web pages, PDFs, JPEGs, FLVs, and many other files from all over the Web. It is totally frustrating to be taken to different drives all over my computer each time I want to download a new file to the same folder I jut downloaded to. I have to drill up and down drives and folders to get back to where I was.
In previous versions of Firefox, Save As opened in the last folder I saved to, and all I had to do was create a file name and hit Save. In Firefox 8 I am taken to some totally unrelated subfolder on some totally unrelated drive. The folder in which I last downloaded a file from Wikipedia, Fox News, BBC , Flicker, or any other URL usually has absolutely nothing to do with what I am presently researching.
Why would anyone want to make the default download be the desktop? Total clutter and confusion. All I want Firefox to do when I hit the Save As button is to open the same folder I last downloaded '''''anything''''' to irregardless of the URL.
Is there some way via modifying the about:config file that I can change this behavior of Firefox 8?

My .cr2 files turn a tinted blue after saving as jpegs in ACR CS5

After color correcting a batch of about 100 images, I saved as jpegs and then hit done and a select few of the photos turn a tinted blue. All of the other settings stayed the same.. Does anyone have a clue as to what is going on? Or need me to explain more?

It sounds like user-error where an image off screen is still accidentally selected when tint is being adjusted on another group of images, perhaps with a mixture of fluorescent and daylight images, which have a significant difference in tint so the adjustment of one would be obvious on the other.
Since you posted here, I’d guess you don’t feel it is user-error and the ACR plug-in is doing something to cause the issue. Because it is across two different versions of Photoshop and occurring with different people, a bug would have to be longstanding, but I don’t recall others reporting it. Sometimes there are sliders that stick or become activated when an unrelated context is exited from (maybe I’m remembering things in Lightroom not ACR, though) so when the mouse-wheel is moved a slider unexpectedly moves instead of the thumbnail list scrolling, but that sort of thing should be obvious on-screen and not only when the JPGs are written.
Does the WB adjustment ever happen near the end of the process so it is the last thing done and a last-minute error might go unnoticed if ACR had not had a chance to redo all the thumbnails?
Is this a relatively new crew of people or a very light or very heavy load, where lack-of-attention or pressure could be leading to selection errors when and adjustment is applied and extra photos are getting selected by accident? Is there anything different about the one person who hasn’t seen the problem?
Is there anything with the computer monitors that make it difficult to see what images are selected?
It might be interesting to look at the timestamp of the XMP files (if you use those) to see if the one with a bad WB was updated at a different time compared to the ones surrounding it that all were probably done at the same time.
Are these files all local to each computer or are they being shared from a central location?
With a bug it would be nice to have a documented procedure that will always lead to the problem. Something intermittent that cannot be reproduced by Adobe isn’t going to get fixed.
If it happens relatively often, then you could record an entire session using a screen recorder (like camtasia or similar), or using a video camera over someone’s shoulder, and then play it back and look for either user-error, or as proof that there was none, but strange things happened.

Images saved as jpegs getting too compressed

Similar Messages

Maybe you are looking for