Image file formats gif, png, jpeg, tiff

Hi guys,
I've read a little bit about this, so I know the some basics:
gifs: lossless, transparency/animation, 256 colors
jpeg: lossy, no transparency, 16 million colors, etc.
png: lossless, 16 million colors (?), newer/better compression and transparency than gif
But I want to hear it from the designers (web and/or print, cause I do both). What format do you guys use for editing/printing photos? I've always archived and printed my photos as TIFFs, they're huge, but this way I just avoid any hassle of quality loss.
I've been reading that I should keep my photos as PNGs and then print final versions as JPEGs...is that true? How do you guys utilize the various file types?
Thanks!!!

For print I use .tiff's ( just like you ). I limt .png files to the internet. I would not convert the .png to a .jpg for print. If anything, I'd copy the original .png and convert it to a CMYK .tiff or .psd file.

Similar Messages

Incredibly strange file size discrepancy only appears in image files (jpg, gif, png)!

I'm creating a bunch of banners for google ads, yahoo ads, ...etc in Photoshop on my Mac OS!
The .gif files of these banners appear to TRIPLE in size when on the MAC (>150KB), but when transferred to windows; the real file size shows correctly! (<50KB)
It is not a result of the base2 vs base10 discrepancy since the difference in size is simply too big, and it only happens with files created on Photoshop on my Mac.
The reason I know that windows is showing the correct size while my Mac OS is displaying the wrong size, is that the file gets approved by google and yahoo ads, even though Mac OS shows that it surpasses the size limit (50KB) three times over!
This isn't an isolated incident either, all image files created in Photoshop on the MAC continue this weird behaviour! However, files downloaded from the net appear to be consistent on both operating systems!
One example is the attached screenshot:
Explanation, please??

Geez, sorry I offended you Mr. Jobs (incarnate)!
You came in here with a three ton chip on your shoulders. Did you really expect sunshine and puppies in return?
No, I expected useful help, and I got it from Jeffrey Jones. Thanks again Jeffrey!
I mean, when you move or upload it, it loses this data association anyways!
To a drive which doesn't support Apple's AB tree structure (NTFS, FAT, FAT32, exFAT), yes. To another HFS+ drive, no.
What about uploading the file to the cloud?? Does it lose this association or not?? And does anyone really care about the data in the Resource fork?
This "Resource Fork" means nothing to the file owner, only to the OS and the Drive. Therefore, it shouldn't be added to the total. Period. Because its not part of the file, its part of Apple's tree structure! This is really a simple concept, not sure why you are bending over backwords to defend a clearly stupid oversight from apple!
There's no reason to force me to use the command line to get the real file size of a GIF! There's just no excuse for that!
If an OS is saying it is fetching file size information for a single file, it should do exactly that! Not add hidden Resource Forks that are part of the OS's internal workings
OS X is fetching the file size. It's file size, not the way a different OS would report it.
There is no such thing as it's file size. A file size is a file size, accross all platforms, on the cloud, wherever!
A GIF file should have the same file size whether its on windows, linux, unix, darwin, freeBSD, or anything else. The only time its weight should vary is in outer space!
That is why I'm surprised that they are breaking simple UI Design rules.
The User Interface has nothing to do with the file structure of a drive.
I don't care about the structure of the drive!! Neither should you, neither should the average user!
A good UI should NOT concern the user with this! The average user doesn't care about these Resource Forks, and will never try to view them, therefore, there is no logical reason to add up their file sizes to the total size of each file, and then to make things worse, hide that fact! That only creates confusion, and it makes it so much harder for a designer like myself to view the REAL file sizes of my image files! Now, whenever I'm on my MAC, I will have to run command line scripts to be able to see if my GIF files (that I work on EVERYDAY) meet the file size quota, because Mac OS adds up hidden files that I have no use for and gives me the WRONG file size!
Let's say this again: when you select a file and click get info, you should get the info for the file you selcted. Nothing more, nothing less! I don't care if the file structure creates an entire colony of hidden files, they should be completely hidden to me, and if not, the Get Info dialog box should at least give me two sizes, one is the REAL file size, and the other is the added up file size for the Resource Fork as well (although I can't think of any good reason why it should add up the Resource Fork size anyways)!
do you think it is at all logical, that when you select 300 or so files, and click Get Info, that it open 300 windows at once each showing separate information for each file? Or does it make a lot more sense, intuitively, to get the total tally of all the files selected added up, without having to hold down shortcut keys when clicking them to do so?
Yes, it is logical because that's what you, the user, told the OS to do. You wanted the Get Info data on 300 individual items. I don't know about you, but I avoid the menu bar as much as possible (your reference to avoiding shortcut keys). Command+I will always give you singular Get Info dialogue boxes.
No, that's not what I told the OS to do. I selected 300 files cumulatively, therefore, I should get the cumulative info for all the selected files. That's just common sense. Every other OS seems to get this!
And I'm hard pressed to find anyone who has found a use for having 300 get info boxes open at the same time. Therefore, that shouldn't be the default.
Will you start defending apple's decision to stick with the one button mouse for all these years depriving us from the all important context menu as well?? There was absolutely no good reason to do that, just as there is absolutely no good reason to do this!

What is the best format to import images into iBA? How should I compress my images before importing? What is the best file format? PNG? Jpeg?

What is the best format to import images into iBA? How should I compress my images before importing? What is the best file format? PNG? Jpeg? I'm trying to figure out the best file format / compression for importing images into iBA. Also, does anyone know how iBA will compress the file? Are the assets attached (like a website) or flattened out? Does anyone know how iBA handles this? Many many thanks to anyone with insight into this.

This question is largely answered by the following thread...
https://discussions.apple.com/message/17805700#17805700

How do I convert file to gif, jpg, jpeg, png, bmp, or swf

I mad a page in COMIC LIFE. I saved it, then when i went on photobucket.com, it gave me a message saying
The file "" does not have a valid image extension.
Valid image extensions are: gif, jpg, jpeg, png, bmp, swf.
HOW DO I CHANGE IT?
Thanks

I have never used Comic Life, so I can't tell you how to do it from there. But you could open it in Preview. Control-click the page in the Finder and choose Open with... set it to Preview. Once in Preview, do a Save As and change the Format there.

Please add support for JPEG Exchangeable Image File Format (EXIF)

It seems that now Adobe® Illustrator® can export only to the JPEG File Interchange Format (JFIF). We should have an option to produce the JPEG Exchangeable image file format (EXIF) as well (just like Photoshop does!). Why this is so important to me? I generally work under Illustrator and I often post my work on Behence. I work with 'sRGB IEC61966-2.1' color profile. When publishing I use *.jpg with embedded ICC Color Profile. But it looks like Behence doesn’t fully support the JPEG JFIF – for example it cannot read its icc data correctly. The effect is that my work looses its quality! The only option to produce the JPEG EXIF I have now is to: Export *.ai file to JPEG (under Adobe Illustrator) > go to Photoshop > Create new project > Paste the *.jpg > and Sava As JPEG with icc embedded. This guarantees my files are being processed correctly.
(JPEG) Formally, the EXIF and JFIF standards are incompatible. This is because both specify that their particular application segment (APP0 for JFIF, APP1 for Exif) must be the first in the image file. In practice, many programs and digital cameras produce files with both application segments included. This will not affect the image decoding for most decoders, but poorly designed JFIF or Exif parsers may not recognize the file properly. ( http://en.wikipedia.org/wiki/JPEG_File_Interchange_Format#Exif_comparison )
I’ve analyzed my files using JPEGsnoop 1.6.1 (an app by Calvin Hass, http://www.impulseadventure.com/photo/) and here is the result:
A) an *.jpg file produced with Adobe Illustrator > File > Export > JPEG > ICC profile embedded:
*** Marker: SOI (xFFD8) ***
OFFSET: 0x00000000
*** Marker: APP0 (xFFE0) ***
OFFSET: 0x00000002
length     = 16
identifier = [JFIF]
version    = [1.2]
density    = 72 x 72 DPI (dots per inch)
thumbnail = 0 x 0
B) an *.jpg file produced with Adobe Illustrator > File > Save For Web > JPEG > ICC profile embedded:
*** Marker: SOI (xFFD8) ***
OFFSET: 0x00000000
*** Marker: APP0 (xFFE0) ***
OFFSET: 0x00000002
length     = 16
identifier = [JFIF]
version    = [1.2]
density    = 100 x 100 (aspect ratio)
thumbnail = 0 x 0
C) an *.jpg file produced with Adobe Photoshop > File > Save As > JPEG > ICC Profile embedded
*** Marker: SOI (xFFD8) ***
OFFSET: 0x00000000
*** Marker: APP1 (xFFE1) ***
OFFSET: 0x00000002
length          = 1320
Identifier      = [Exif]
Identifier TIFF = 0x[4D4D002A 00000008]
Endian          = Motorola (big)
TAG Mark x002A = 0x002A
EXIF IFD0 @ Absolute 0x00000014
Dir Length = 0x0007
[Orientation ] = Row 0: top, Col 0: left
[XResolution ] = 720000/10000
[YResolution ] = 720000/10000
[ResolutionUnit ] = Inch
[Software ] = "Adobe Photoshop CC 2014 (Windows)"
[DateTime ] = "2014:08:02 17:21:15"
[ExifOffset ] = @ 0x00A8
Offset to Next IFD = 0x000000D4
EXIF IFD1 @ Absolute 0x000000E0
Dir Length = 0x0006
[Compression ] = JPEG
[XResolution ] = 72/1
[YResolution ] = 72/1
[ResolutionUnit ] = Inch
[JpegIFOffset ] = @ +0x0132 = @ 0x013E
[JpegIFByteCount ] = 1006
Offset to Next IFD = 0x00000000
EXIF SubIFD @ Absolute 0x000000B4
Dir Length = 0x0003
[ColorSpace ] = sRGB
[ExifImageWidth ] = 200
[ExifImageHeight ] = 200
Regards,
Pawel Kuc

This is a user-to-user forum and is not monitored by Apple for feedback purposes. You can give feedback to Apple here: Apple - Mac OS X - Feedback

Correct Image File Format For Magazine Printing

I am using InDesign CS4 and I would like to know if it's ok to use JPG or JPEG images for printing magazines ? If not, can you please tell me the correct image file format I should use with InDesign for designing and printing a magazine ? Also what would be the best way to convert the image files from JPEG to that correct image file format ?

Use what ever format you like, I perfer .tiff with LSW compression or .eps. If you don't know what you are doing just include the original image when you send you project to the printer and link the image in InDesign don't embedded it. When you furnish the original image the prepress department can set it up correctly.
I perfer 300 dpi with image is at 100% of the final size, if the image is printing 150 line screen when printed. 200 dpi is ok for 133 line screen. I would even perfer a 100 dpi image over a .jpg image that has be over compressed.

Image file formats to use in print pdfs

We receive images from several vendors in order to build our catalogs in Adobe InDesign CS2, and then we export print pdfs from InDesign. We want to standardize our requirements for receiving images from vendors, and we had a question related to file formats. Is it okay to use jpeg files as long as they are in high-resolution CMYK format?
It is a part of our work flow to accept the images untouched from the vendor, no re naming of files, or changing f file formats. I understand that the safest bet is for EPS and TIFF formatted images, but will JPEG files be problematic in any way? Someone told me that because of their compressed format that some info could get lost when embedding into pdfs. Is there a book, or any printed documentation about what types of image file formats to use to create pdfs?
Thanks,
Elliott

(1) There is nothing "unsafe" about JPEG-compressed images. However, JPEG compression is
lossy and depending upon the type of image, its resolution, and the compression settings used when creating the JPEG file, the results at the end of the workflow may not be satisfactory. That having been said, if JPEG compression is used for a photographic image (not a screen shot or an image representation of what should be a vector diagram), the "maximum quality" setting is used in producing the JPEG image (
not maximum compression), and the image is of appropriate resolution for its final purpose (at least 150 dpi, preferably closer to 300 dpi for printing) at full magnification, then there is nothing "unsafe" about JPEG.
(2) You should be aware that saving images in EPS (Encapsulated PostScript) format from Photoshop may yield JPEG compression, depending upon options chosen. Thus, there is nothing inherently "safer" about EPS compared to JPEG. And ironically, you can also get JPEG compression in TIFF files if you aren't careful how you save them, although that is very uncommon.
(3) CMYK is not necessary for image placement into InDesign as long as the image is tagged with the appropriate ICC color profile (such as sRGB, Adobe RGB, etc.). InDesign can convert those RGB images to whatever the final print conditions are or, if creating PDF, leave the images in RGB format with the ICC profile. How you create the output obviously depends heavily on what type of workflow your print service provider has. More "up to date" printers support color-managed workflows with ICC color profile tagged images in PDF files.
(4) In terms of receiving images from vendors, if you require them to convert the images from whatever their native RGB color space is to CMYK, you really must specify
which CMYK and provide the correct ICC color profile to them! Different print processes use different CMYK color spaces. If you convert RGB to the wrong color space, the results can be awful. You are probably best off requiring that vendors submit photos in their original RGB color space, but tagged with the appropriate ICC color profile.
- Dov

Choosing proper image file format

I was wondering if anyone else had ever experienced this connundrum: In my business documents (in Word) if I insert my logo in tif format, it looks great when the document is printed, but horrible in digital format; conversely, if I use .png the image looks fine on screen but slightly ragged when printed. Is there a universal format that looks good both ways, or would converting all my documents to Indesign be the best way to go? I date to go to all the trouble, but...

> Yes, but .tif looks utterly mangled (in Word) onscreen...
My point was that the "proper image file format" depends on the destination.
Bob suggested wmf, which made me wonder why you're rasterizing your logo
at all. Logos usually start life as vectors.
Kenneth Benson
Pegasus Type, Inc.
www.pegtype.com

Converting Tif file to GIF or JPEG

Could you provide me with an example to convert a TIF file to GIF or JPEG with the JIMI or tell me of a good link where I can learn how to do this?. I downloaded the JIMI library but I cannot find documentation or a clear example to carry out this conversion.

Do you know how the JIMI converts multi-paged TIF files into several JPEG or GIG files? The Jimireader could read only the first page of a TIF file. But I could not get the other pages of the TIF file. The code that I wrote to extract the first page was:
try {
JimiReader reader= Jimi.createJimiReader"C:/MRFleSto/4.tif");
i = reader.getNumberOfImages();
java.awt.Image img = reader.getImage();
.... more code to put the image in a call to convert it
reader.close();
} catch(Exception e){}
It turns out that i (the number of images) returns -1; never the total number of pages in the file. Also the getNextImage method of the JimiReader is "protected" (that is, removed from the class) and cannot be used.

Thunar does not recognize image file formats

Hi Archers,
My problem is that I use XFCE4 with Thunar file manager and Thunar does not recognize image file formats. I mean for example JPG format is an executable application fromat according to my Thunar, but I'd like Thunar to recognize JPG format as image or bitmap format appearing with small preview of the image.
Any help is appritiated!
gellb

Yes, I did.
Activating Show Thumbnails button in Preferences of Thunar does not work.

Oracle depots in .iso image file format

Hello All,
Just curious to know why Oracle depots are not available in .iso image file format. With the advent CDROM emulators, it is much more easier to deal with .iso file than a .zip or .tgz in many OS platforms.
Regards,
Sushobhan

The answer is as always ease of management compared to demand.
I am guessing you are using Oracle on Windows as I think I would have more problems on a unix server dealing with an ISO file than I would with a tar or gzip file.
John
www.jhdba.wordpress.com

Nokia Asha 200 image file format problem

hello. I just bought a Nokia Asha 200 recently, and I am happy with it. The only problem that I am currently having is with my phone's captured image's file format. It used to be .jpg and then it suddenly became .nrw and I can't open it when I tranfer the images to my computer. Whenever I convert it it just becomes black. I restored the factory settings of my phone but the format is still .nrw.
I want to know what caused it and how can I revert back the image file format to .jpg.
Thank you so much in advance.
Good day.
Solved!
Go to Solution.

Because Nokia s40 Phones automatically Enhancing the Image Captured and reduces it's size. The reason why you're Photos is in .nrw format because you didn't wait to process it. Follow these steps so it won't occuring again On the Camera Choose Options > Settings > Image Preview > Choose End Manually. Then wait for pictures to be processed you captured (sometimes you will notice that the image enhanced). It also can be done in the background. Hope it Helps.
I love T9 Bar Phones | I used to be a Sony Ericson fan before but they leave the low end Phones so I have to switch to Nokia | LG Optimus L5 II and Nokia 206 3

Optimial file format - gif, jpg, or png automatic?

Is there a way to have photoshop to easily and automatically determine and save a file in the format that is the smallest file size? I upload dozens of files to my web site each day, and instead of saving as each format to see which one is smaller, I'd like photoshop, or another program, to automatically determine which format will result in the smallest file.
Thanks,
DownAndOut

It seems odd to me is that more image editing programs do not offer the functionality that I am inquiring about. I found hundreds of posts accross the internet that say "save as .jpg/.gif/.png to see which one is the smallest". This seems time consuming when a program (when saving) could display the size that the file would save in each format, allowing the user to select which format they wish to save in.
The "general" rule that photographic type images save smaller as .jpg may be the case in general, but does not apply on our web site http://www.mysavings.com. Our content editors upload 300x250 and 120x60 (thumbnails) of the same image. Even when the images are of photographic nature, the 120x60 seem to usually 50% smaller as .gifs, while the same image as 300x250 are 25% smaller .jpg. 50% on is large and really affects loadt ime when we are talking about 2 images on the page. So we are having to adopt a general rule that save the 120x60 as .gif and the 300x250 as .jpg, regardless of the content of the picture. Our image editors do not have the time to save in both formats just to see which is smaller.
It just seems logical that a program could show you the resulting file sizes for each format when saving so you can choose which is smaller. Regardless of affecting quality, because I see no noticeable difference in quality when I just save these images as a .jpg or .gif, the only difference I notice is the file size.

How to save or save a drawing in a PNG or any Image file format ?

Hi,
I am working on a signature capturing application using J2ME MIDP 2.0 for Palm Treo 750 with Windows Mobile 6.0
I am taking signatures as a drawing on a CustomItem.
Now, i want to send it to a php script running on Apache server to save this signature as a PNG, jpeg or any image file at server end.
or how can i save this drawing on my local file system as a png or any other type of image file.
Plz help if anybody knows the right way....
Thanks.

Hi Hithayath,
Thnx for the reply.
Actually, i hv no problem in storing a data locally or sending it on a web server. The problem in related with the formats.
I mean, how can we create a png or jpg file using the raw bytes of an image drawn on a canvas or CustomItem.. ?
We can get the integer array of RGB points using getRGB() method of image object. Now, if i will write this data after converting to binary in a file then that file
will show a message like "Preview not available". It means the format is not recognized.
So, my question is how can we convert this raw data in a png or jpg format so it can be displayed on a web page or stored in a png or jpg file..?
I think now u can better understand the problem.
Waiting for the reply....
Thanks. :)

Still Image File Format

Had a question about the best format for still images in FCE. Tom Wolsky on his FCPBook site recommends creating a PICT file with an alpha channel. Richard Harrington at Lynda.com states that a TIFF works best.
Do you have any information or preference for one over the over. I will be creating files to be exported for web and for DVD.
Thanks in advance for your answer.

I don't think I said PICTs were best, just one of the file formats. PICTs are different in that they carry addressable alpha channels for transparency, while other formats like TIFFs and PSDs don't. You can paint a PCIT alpha like a mask and have it carry over to other applications.
TIFFs are good but they are usually larger than necessary, waste drive space, and have had problems with Final Cut in the past. For most things I just use Photoshop.
JPEG is OK for flat images as long as you use it at best quality. At any reduced quality it will recompress each time the file is saved. The quality can deteriorate.

Image file formats gif, png, jpeg, tiff

Similar Messages

Maybe you are looking for