Difficulty Importing a Properly Sized TIFF image (I think)

Hello,
I am having difficulty importing an appropriately sized TIFF image that is a screen shot from my film. It seems to be a resizing issue of some sort.
The TIFF image is a straight frame grab from my film, which is sized 1920 x 1080.
here is the issue:
The screen shot from the film has the reclining face buddha image overlay upon "the walk in the forest" perfectly centered in the frame of the film, but when I import that screen shot from the film, the mouth of the Buddha and chin is cut off on the left hand side.
Any thoughts?
Is this because I am making this into a smaller DVD frame in Standard Definition?
Will it do this cutting off of the image for my entire film as well?
Matt

Hey Matt. If you are using this tiff in a menu in your SD project, there is going to be some issues going from an HD size of 1920x1080 down to 720x480. Is your project 4:3 aspect ratio or 16:9? Generally you want your menus to match what the video elements are.
If your encoded video elements are 4:3 (hard) letterboxed, then the menu should be 4:3 as well, although it could be 4:3 full frame. No sense having black bars on your menu pages. If this is the case, that 16:9 tiff image will be edge-cropped.
Likely since your video was shot in HD, you want to have a widescreen dvd. The source video will have to be encoded as 16:9 SD. I usually make all my elements before bringing them into Encore. For any menus, I start in Photoshop using the appropriate "Film and Video" preset. Probably the 720x480 widescreen preset (1.21 pixel aspect ratio) will work for your project if it is indeed a 16:9 disc you want to make. Being a 16:9 frame size, the tiff file will scale down almost perfectly into a 720x480 widescreen frame.
I would suggest making a new file in Photoshop using the appropriate film and video preset. Then open your tiff file in Photoshop and drag it into that one. Scale it down and save. That way when you bring it into Encore, the scaling has been done and you know what it is going to look like.
Note that when you are working with files in Photoshop that are not square pixels, they will appear jaggy or squeezed depending on if you have pixel-aspect correction turned On or Off in the View menu. The files are fine and will look good on a disc. Also, I almost always change the viewer in Encore to 100% or some other whole number rather than "Fit". Fit just seems to make things look terrible, especially text and the outer frame edges. There is also the option to toggle pixel aspect correction On or Off in that viewer as well.
Hope this helps.
Cheers.

Similar Messages

Tiff images not display properly

After installing iPhoto 6, none of the 1600 files in .tiff format imported via a Lexmark scanner are showing up correctly. (They worked perfectly well in iPhoto 5)
I get a blurred scribbled squashed image a little like a TV channel that hasn't been set correctly.
If I go back and click on the files in the Finder, they open beautifully in Preview.
This lead me to believe there was an issue with the tiff-format and I promptly converted a copy of the files to jpegs.
Unfortunately this left me with a new problem as three white lines now appear thru all the pictures in jpeg format.
Luckily I never deleted or moved the .tiff files, so I am still hoping to use those.
Will there be an Apple update which fixes this or will I have to re-scan and date/title- another (sigh) 1600 pictures? (please, someone tell me no)
Best wishes,
N

I think I found the fix.
As I mentioned in my previous post, I have also been having trouble with TIFF images and iPhoto 6.
Today I downloaded the new iPhoto 6.01 update. But, that didn't fix the problem either. So much for Apple fixing it.
Anyway, I have been experimenting, and finally found a difference between images that worked and those that didn't.
The images that worked, have an ICC profile embedded in them from the device that created the image (in my case my scanner).
So, I set out to find out if simply removing the ICC profile would fix the problem.
And, through my experimenting, I found that if I opened the image in another program, and then exported it as either a TIFF (the same format) or a JPEG that the resulting image would open in iPhoto 6 just fine.
Further examination demonstrated that the ICC information was removed from the exported file.
As I understand it, ICC is basically an image color correction / calibration tag. It enables different devices to properly display and print the image with the proper colors.
Basically, each device has a color profile (scanner, monitor, printer, camera, etc.). This is to make sure that when you see something on the screen that it looks the same as when you print it out. Likewise, you want the image on the screen to match what the scanner and digital camera saw.
So, these are essentially conversion tables to make sure that each device properly displays or prints the image as the original source "saw" it.
Anyway, not wanting to manually strip this information from each file, I looked on the Internet for an automated solution. And, fortunately I found one.
http://www.colormanagement.com/technicalresources/files_targets_and_utilities/mac_os_xscripts/
The file you are looking for is "Mac Os X ColorSync Toolbar Script: Remove ICC profile". Click on the title just mentioned to download the script.
It is a Macintosh Script that you simply download to your desktop (or anywhere else you would prefer). It is in a Stuffit Archive, so you'll need Stuffit Expander to decompress it (basically the Mac equivalent of a ZIP file).
Once decompressed, you should see a "script" icon that is labeled "Remove Profile".
Simply "drag" your original files and drop them onto this icon / script. The script will then remove the embedded ICC information from the image file.
Once you have removed the ICC information from your image's file, try importing it into iPhoto 6 again. Then, see if it works
It is important that you perform this on a backup / duplicate copy of your original files. You don't want to damage your only copy if something goes wrong.
Now, one further note: If you do this, you may see the image looks different. In my case, the image is truer to the way it really looked when I scanned it in. The paper texture looks right now.
If you want to do this while keeping the image's appearance the same as it looks now, then here's another way:
Open the file in Apple's "Preview" program. This is usually the default image view.
Then, do a "Save As" or "Export" to create a new copy of the image. If you perform an Export, be sure to set the image quality high or you may inadvertently reduce your pictures detail (especially if you export to JPEG).
This essentially does the same thing. But, it will take more work if you have multiple images.
Using the previously mentioned script, you should be able to drag and drop multiple files in a group.
Anyway, I hope this helps the rest of you out.
Let me know if it fixes the problem for you as well.

Fixed: TIFF image display / import problems

Hello All,
I posted this in the discussion threads where I had previously discussed it with other members. But, felt that it would be good to share with everyone who is importing their photo's into the new iPhoto 6.
I, like many others, have been having a terrible time getting my iPhoto collection imported into the new iPhoto 6 program.
I have tried both the upgrade method (on a backup copy of my original library), and a fresh import of all my files.
Without fail, all of my TIFF images gave me trouble. Some looked like squiggly lines. Some looked like a diagonally distorted image (like you see on old Televisions trying to tune in difficult stations). And, some just plain refused to work.
All of my problem images look fine in the thumbnail (the library view). But, you quickly discover the problem when viewing the full-size image in the "edit" mode.
Some of my TIFF images are 30 megabytes in size, and many of them are smaller files of a more typical size. I found that the smaller files were just as unlikely to work as the larger ones.
And, while converting to JPEG may be an option, I didn't want to lose the depth and detail that TIFF offers (especially on pictures of documents / writing). The original TIFF images will offer greater detail when blown-up than compressed JPG files.
All of these images worked fine in iPhoto 5, and display perfectly fine in every other program. But, iPhoto 6 just refused to display them properly.
Well, I think I found the fix.
Today I downloaded the new iPhoto 6.01 update. But, that didn't fix the problem either. So much for Apple fixing it.
Anyway, I have been experimenting, and finally found a difference between images that worked and those that didn't.
The images that worked, have an ICC profile embedded in them from the device that created the image (in my case my scanner).
So, I set out to find out if simply removing the ICC profile would fix the problem.
And, through my experimenting, I found that if I opened the image in another program, and then exported it as either a TIFF (the same format) or a JPEG that the resulting image would open in iPhoto 6 just fine.
Further examination demonstrated that the ICC information was removed from the exported file.
As I understand it, ICC is basically an image color correction / calibration tag. It enables different devices to properly display and print the image with the proper colors.
Basically, each device has a color profile (scanner, monitor, printer, camera, etc.). This is to make sure that when you see something on the screen that it looks the same as when you print it out. Likewise, you want the image on the screen to match what the scanner and digital camera saw.
So, these are essentially conversion tables to make sure that each device properly displays or prints the image as the original source "saw" it.
Anyway, not wanting to manually strip this information from each file, I looked on the Internet for an automated solution. And, fortunately I found one.
http://www.colormanagement.com/technicalresources/files_targets_and_utilities/mac_os_xscripts/
The file you are looking for is "Mac Os X ColorSync Toolbar Script: Remove ICC profile". Click on the title just mentioned to download the script.
It is a Macintosh Script that you simply download to your desktop (or anywhere else you would prefer). It is in a Stuffit Archive, so you'll need Stuffit Expander to decompress it (basically the Mac equivalent of a ZIP file).
Once decompressed, you should see a "script" icon that is labeled "Remove Profile".
Simply "drag" your original files and drop them onto this icon / script. The script will then remove the embedded ICC information from the image file.
Once you have removed the ICC information from your image's file, try importing it into iPhoto 6 again. Then, see if it works
It is important that you perform this on a backup / duplicate copy of your original files. You don't want to damage your only copy if something goes wrong.
Now, one further note: If you do this, you may see the image looks different. In my case, the image is truer to the way it really looked when I scanned it in. The paper texture looks right now.
If you want to do this while keeping the image's appearance the same as it looks now, then here's another way:
Open the file in Apple's "Preview" program. This is usually the default image view.
Then, do a "Save As" or "Export" to create a new copy of the image. If you perform an Export, be sure to set the image quality high or you may inadvertently reduce your pictures detail (especially if you export to JPEG).
This essentially does the same thing. But, it will take more work if you have multiple images.
Using the previously mentioned script, you should be able to drag and drop multiple files in a group.
Anyway, I hope this helps the rest of you out.
Let me know if it fixes the problem for you as well.

Hello All,
I have an update:
It is definitely not a user account issue. I just completed a fresh install of OS 10.3.9 on my Mac Mini.
I performed a fresh install (on a freshly formatted hard drive partition), and made the installation as bare as could be for the sake of preventing potential problems.
I installed OS 10.3.9, and all the standard items in the usual OS 10.3.9 installation. I specifically left-out all the foreign language stuff, all the online programs (for other ISP providers), and misc. garbage.
I also left off all the iLife programs (every iLife program) that came with the restore disks. I even left-off the original QuickTime installation. My thought here was that I wanted to make sure that there were no problems introduced by upgrading the original iLife Applications to iLife '06.
So, this way, all the iLife '06 programs are installed fresh with no upgrading being performed.
So, I installed this bare OS 10.3.9 installation. Then, installed all the updates that were available. I repaired permissions before and after each update. And, installed all the updates from downloads from Apple's website (Not using Software Update).
After verifying that Software Update could not find any additional updates available, I then installed iLife '06.
This required first installing Quicktime 7.0.4 from the iLife '06 DVD.
After installing QuickTime, I then proceeded to install the iLife '06 package (remember that this is a completely new iLife install - not an upgrade install since I avoided installing the older versions).
Once iLife '06 was installed, I then installed the recent 6.0.1 updates for all the iLife Apps.
Then, I launched the iPhoto program for the first time to see if it would properly import my TIFF images.
Unfortunately, it still displays them as if they are scrambled (like a blocked television / cable channel).
So, with that done, I can confirm that it is not a corrupt file or another program on my system causing the problem. It is definitely a problem with iPhoto 6 / 6.0.1 and OS 10.3.9.
Just thought I would post the update here for others to add to their knowledge-base. Maybe if we rule out potential problems we'll be able to find the actual solution.
Again, this same set of images imports just fine into iPhoto 5 on OS 10.3.9 and 10.4.4. And, it also imports just fine into iPhoto 6.0.1 in OS 10.4.5. So, it is a problem apparently specific to OS versions 10.4.4 and older using iPhoto 6 or 6.0.1.
As mentioned previously, these TIFF images can be made to import fine if I remove the ICC information from the image. So, that may provide some clue as to where the flaw is in the iPhoto 6 / 6.0.1 program.

InDesign crashing when importing tiff images

I have upgraded to InDesign CC 2014. I have trouble importing some tiff images. InDesign crashes. Not all tiff images create problems. It depends on which version of Photoshop, they are saved in. If I open the image in Photoshop and saves again, there are not any problems. Our database is very large and contains several folders, so it is a big task to archive all images again, even if I create an action in Photoshop. I have searched, but I can not find any settings in InDesign that helps. Does anybody else has encountered this problem and found a solution?

ASk in the Id forum and provide exact system info, versions of PS, details about your files and so on. There is an issue with legacy color profiles in some cases, but beyond that I'm not aware of other problems that may be relevant here.
MYlenium

How to import and anlyze TIFF images in Lab View 7

Is there any way to read images from a CCD camera in TIFF format with Lab View 7.0 for a subsequent intensity analysis? I would like to import the TIFF image and have it converted in an array of numbers...
Thanks
Kla

Image Toolbox (http://www.geocities.com/gzou999/imgtool.htm) can read tiff files, and return image data for display in picture control.
George Zou
http://webspace.webring.com/people/og/gtoolbox

Importing .tiff images

I am importing .tiff images on multiple layers. How do I make the white background on each .tiff image transparent?

ASk in the Id forum and provide exact system info, versions of PS, details about your files and so on. There is an issue with legacy color profiles in some cases, but beyond that I'm not aware of other problems that may be relevant here.
MYlenium

Color Handling when saving Word document as PDF, containing CMYK TIFF image?

What is the proper procedure for creating PDFs from Word documents that contain a CMYK TIFF image? I have created a company logo by exporting an AI file with Pantone colors as a TIFF (with a CMYK color profile, since there is the intention of printing). Since it is a logo, color consistency is important and the utmost priority. I will be needing to insert this file into a Word document that will then be converted into a PDF.
I've read somewhere that Word automatically converts images to RGB, and also have come across potential problems of colors being changed in the final PDF through unmanaged color handling and conversions. I figured instead of running around in circles trying to find the best solution, I'd post on here. Is this procedure possible? What is the best way to do this without changing my original color profile or CMYK values of the logo being used?
This PDF has the intention of being placed online for offices to print/publish.
Thanks!

Though actually, let's take a step back -- why do you want to use CMYK? Most offices won't be using PostScript printers, so the CMYK will be converted to RGB for printing. For publishing - do you know the required CMYK profile to use for all possible publishing scenarios? Properly tagged RGB is generally considered the way to deal with this in modern workflows not targeted at a specific press. But still probably not with Word!

Java returning incorrect values for width and height of a Tiff image

I have some TIFF images (sorry, I cannot post them b/c of there confidential nature) that are returning the incorrect values for the width and height. I am using Image.getWidth(null) and have tried the relevant methods from BufferedImage. When I open the same files in external viewers (Irfanview, MS Office Document Imaging) they look fine and report the "correct" dimensions. When I re-save the files, my code works fine. Obviously, there is something wrong with the files, but why would the Java code fail and not the external viewers? Is there some way I can detect file problems?
Here is the code, the relevant section is in the print() routine.
* ImagePrinter.java
* Created on Feb 27, 2008
* Created by tso1207
import java.awt.Graphics2D;
import java.awt.Image;
import java.awt.print.PageFormat;
import java.awt.print.PrinterException;
import java.io.File;
import java.io.IOException;
import java.util.Iterator;
import javax.imageio.ImageIO;
import javax.imageio.ImageReader;
import javax.imageio.stream.FileImageInputStream;
import javax.imageio.stream.ImageInputStream;
import com.shelter.io.FileTypeIdentifier;
public class ImagePrinter extends FilePrintable
 private final ImageReader _reader;
 private final int _pageCount;
 private final boolean _isTiff;
 //for speed we will hold current page info in memory
 private Image _image = null;
 private int _imgWidth = 0;
 private int _imgHeight = 0;
 private int _currentPage = -1;
 public ImagePrinter(File imageFile) throws IOException
 super(imageFile);
 ImageInputStream fis = new FileImageInputStream(getFile());
 Iterator readerIter = ImageIO.getImageReaders(fis);
 ImageReader reader = null;
 while (readerIter.hasNext())
 reader = (ImageReader) readerIter.next();
 reader.setInput(fis);
 _reader = reader;
 int pageCount = 1;
 String mimeType = FileTypeIdentifier.getMimeType(imageFile, true);
 if (mimeType.equalsIgnoreCase("image/tiff"))
 _isTiff = true;
 pageCount = reader.getNumImages(true);
 else
 _isTiff = false;
 _pageCount = pageCount;
 public int print(java.awt.Graphics g, java.awt.print.PageFormat pf, int pageIndex)
 throws java.awt.print.PrinterException
 int drawX = 0, drawY = 0;
 double scaleRatio = 1;
 if (getCurrentPage() != (pageIndex - getPageOffset()))
 try
 setCurrentPage(pageIndex - getPageOffset());
 setImage(_reader.read(getCurrentPage()));
 setImgWidth(getImage().getWidth(null));
 setImgHeight(getImage().getHeight(null));
 catch (IndexOutOfBoundsException e)
 return NO_SUCH_PAGE;
 catch (IOException e)
 throw new PrinterException(e.getLocalizedMessage());
 if (!_isTiff && getImgWidth() > getImgHeight())
 pf.setOrientation(PageFormat.LANDSCAPE);
 else
 pf.setOrientation(PageFormat.PORTRAIT);
 Graphics2D g2 = (Graphics2D) g;
 g2.translate(pf.getImageableX(), pf.getImageableY());
 g2.setClip(0, 0, (int) pf.getImageableWidth(), (int) pf.getImageableHeight());
 scaleRatio =
 (double) ((getImgWidth() > getImgHeight())
 ? (pf.getImageableWidth() / getImgWidth())
 : (pf.getImageableHeight() / getImgHeight()));
 //check the scale ratio to make sure that we will not write something off the page
 if ((getImgWidth() * scaleRatio) > pf.getImageableWidth())
 scaleRatio = (pf.getImageableWidth() / getImgWidth());
 else if ((getImgHeight() * scaleRatio) > pf.getImageableHeight())
 scaleRatio = (pf.getImageableHeight() / getImgHeight());
 int drawWidth = getImgWidth();
 int drawHeight = getImgHeight();
 //center image
 if (scaleRatio < 1)
 drawX = (int) ((pf.getImageableWidth() - (getImgWidth() * scaleRatio)) / 2);
 drawY = (int) ((pf.getImageableHeight() - (getImgHeight() * scaleRatio)) / 2);
 drawWidth = (int) (getImgWidth() * scaleRatio);
 drawHeight = (int) (getImgHeight() * scaleRatio);
 else
 drawX = (int) (pf.getImageableWidth() - getImgWidth()) / 2;
 drawY = (int) (pf.getImageableHeight() - getImgHeight()) / 2;
 g2.drawImage(getImage(), drawX, drawY, drawWidth, drawHeight, null);
 g2.dispose();
 return PAGE_EXISTS;
 * 
 * Created By: TSO1207 - John Loyd
 * @since version XXX
 * @return
 public int getPageCount()
 return _pageCount;
 public void destroy()
 setImage(null);
 try
 _reader.reset();
 _reader.dispose();
 catch (Exception e)
 System.gc();
 * 
 * Created By: TSO1207 - John Loyd
 * @since Mar 25, 2008
 * @return
 public Image getImage()
 return _image;
 * 
 * Created By: TSO1207 - John Loyd
 * @since Mar 25, 2008
 * @return
 public int getImgHeight()
 return _imgHeight;
 * 
 * Created By: TSO1207 - John Loyd
 * @since Mar 25, 2008
 * @return
 public int getImgWidth()
 return _imgWidth;
 * 
 * Created By: TSO1207 - John Loyd
 * @since Mar 25, 2008
 * @param image
 public void setImage(Image image)
 _image = image;
 * 
 * Created By: TSO1207 - John Loyd
 * @since Mar 25, 2008
 * @param i
 public void setImgHeight(int i)
 _imgHeight = i;
 * 
 * Created By: TSO1207 - John Loyd
 * @since Mar 25, 2008
 * @param i
 public void setImgWidth(int i)
 _imgWidth = i;
 * 
 * Created By: TSO1207 - John Loyd
 * @since Mar 25, 2008
 * @return
 public int getCurrentPage()
 return _currentPage;
 * 
 * Created By: TSO1207 - John Loyd
 * @since Mar 25, 2008
 * @param i
 public void setCurrentPage(int i)
 _currentPage = i;
}Edited by: jloyd01 on Jul 3, 2008 8:26 AM

Figured it out. The files have a different vertical and horizontal resolutions. In this case the horizontal resolution is 200 DPI and the vertical is 100 DPI. The imgage width and height values are based on those resolution values. I wrote a section of code to take care of the problem (at least for TIFF 6.0)
 private void setPageSize(int pageNum) throws IOException
 IIOMetadata imageMetadata = _reader.getImageMetadata(pageNum);
 //Get the IFD (Image File Directory) which is the root of all the tags
 //for this image. From here we can get all the tags in the image.
 TIFFDirectory ifd = TIFFDirectory.createFromMetadata(imageMetadata);
 double xPixles = ifd.getTIFFField(256).getAsDouble(0);
 double yPixles = ifd.getTIFFField(257).getAsDouble(0);
 double xRes = ifd.getTIFFField(282).getAsDouble(0);
 double yres = ifd.getTIFFField(283).getAsDouble(0);
 int resUnits = ifd.getTIFFField(296).getAsInt(0);
 double imageWidth = xPixles / xRes;
 double imageHeight = yPixles / yres;
 //if units are in CM convert ot inches
 if (resUnits == 3)
 imageWidth = imageWidth * 0.3937;
 imageHeight = imageHeight * 0.3937;
 //convert to pixles in 72 DPI
 imageWidth = imageWidth * 72;
 imageHeight = imageHeight * 72;
 setImgWidth((int) Math.round(imageWidth));
 setImgHeight((int) Math.round(imageHeight));
 setImgAspectRatio(imageWidth / imageHeight);
 }

How to retain the same resolution while croping a tiff image using jai api

Hi all,
I have designed a program to crop a tiff image.But after croping the tiff,the resultant file resolution is not the same as the original source file.
In the program,the source file Nadeshiko_v1_02.tif has the resolution(X) of 1200 DPI and resolution(Y) has 1200 DPI pixels.
But after croping the resolution of output file is 100 DPI.
Please give me some idea on how to retain the same resolution.
<code>
package jai;
import java.awt.Frame;
import java.awt.image.RenderedImage;
import java.awt.image.renderable.ParameterBlock;
import java.awt.image.renderable.RenderableImage;
import java.io.FileNotFoundException;
import java.io.FileOutputStream;
import java.io.IOException;
import javax.imageio.*;
import javax.imageio.stream.ImageOutputStream;
import javax.media.jai.Interpolation;
import javax.media.*;
import javax.media.jai.JAI;
import javax.media.jai.PlanarImage;
import javax.media.jai.RenderedOp;
import javax.media.jai.widget.ScrollingImagePanel;
import com.sun.media.jai.codec.FileSeekableStream;
import com.sun.media.jai.codec.SeekableStream;
import com.sun.media.jai.codec.TIFFEncodeParam;
import javax.media.jai.OperationDescriptorImpl;
import java.io.*;
import java.util.Iterator;
import javax.media.jai.operator.*;
// import javax.media.jai.widget.ScrollingImagePanel;
public class crop {
 /** The main method. */
public static void main(String[] args) {
/* Validate input. */
/* if (args.length != 1) {
System.out.println("Usage: java JAISampleProgram " +
"input_image_filename");
// System.exit(-1);
float a=(float) 70.3;
float b=(float) 70.4;
float c=(float) 3100.3;
float d=(float) 5522.4;
* Create an input stream from the specified file name
* to be used with the file decoding operator.
String TIFF="TIFF";
FileSeekableStream stream = null;
try {
 stream = new FileSeekableStream("D:\\tif images\\Nadeshiko_v1_02.tif");
// stream = new FileSeekableStream("D:\\tif images\\Nadeshiko_v1_01.jpg");
} catch (IOException e) {
e.printStackTrace();
System.exit(0);
// Load the source image from a Stream.
RenderedImage im = JAI.create("stream", stream);
RenderedImage image2= CropDescriptor.create(im, a, b, c, d, null);
ScrollingImagePanel panel = new ScrollingImagePanel(image2, 100, 100);
// Create a frame to contain the panel.
Frame window = new Frame("JAI Image Cropping");
window.add(panel);
window.pack();
// window.show();
// Define the source and destination file names.
// String inputFile = "D:\\tif images\\Nadeshiko_v1_05.tif";
String outputFile = "D:\\tif images\\Nadeshiko_v1_04.tif";
// Save the image on a file. We cannot just store it, we must set the image encoding parameters
// to ensure that it will be stored as a tiled image.
TIFFEncodeParam tep = new TIFFEncodeParam();
tep.setWriteTiled(true);
tep.setTileSize(80,80);
JAI.create("filestore",image2,outputFile,"TIFF",null);
try {
 stream.close();
 } catch (IOException e) {
 // TODO Auto-generated catch block
 e.printStackTrace();
</code>
Thanks,
Sanat Meher

Try the following,
TIFFEncodeParam tep = new TIFFEncodeParam();
// Create {X,Y}Resolution fields.
TIFFField fieldXRes = new TIFFField(0x11A, TIFFField.TIFF_RATIONAL,
 1, new long[][] {{DPI_X, 1}});
TIFFField fieldYRes = new TIFFField(0x11B, TIFFField.TIFF_RATIONAL,
 1, new long[][] {{DPI_Y, 1}});
tep.setExtraFields(new TIFFField[] {fieldXRes, fieldYRes});

How to edit 16bit TIFF image sequence file in FCP?

Dear all,
I have a number of 16 bit TIFF image sequence files (2048 x 1024 resolution) - some of them are RED footage, and others came directly from our f/x guy. We are going into a color correction session in a post house and we've been asked to provide a sequential 16 bit TIFF image sequence of the edited time line.
I need to do a cross dissolve b/w most of the clips I have. I have created image sequence QT movie (reference files) from the TIFF images. Though they play fine in QT player, when I try importing into FCP, I am met with a "general error". I tried both dragging it into QT, as well as File --> Import.
I am wondering what can I do to get these clips into FCP in order to apply the cross dissolve transitions I need. Is this a problem relating to the 16bit nature of the TIFF files?
I tried exporting the TIFF image sequence standalone QT movie, and those imported fine. However, I have a feeling that the standalone movie conversion also decrease my bit depth from 16 to 8. (When I do my final TIFF output from FCP after dissolves / transitions had been applied, each TIFF file is now 8 MB instead of 12 MB, hence my suspicion that the bit depth is adjusted).
Are there any settings I am missing, or does FCP simply don't support 16 bit image sequence reference file. As a test, I had also converted all my TIFF to jpg, and created jpeg image sequence reference file. These reference QT file can be successfully imported to FCP and I can edit them as if they are a clip.
If FCP is not able to handle these files, what are my other options? After Effects?
Any help is appreciated.
Thank you.
Michael
<Edited by Moderator>

As far as I know, both FCP and Color only support up to 10 bit color, which is 1024 levels for each color channel, more than enough for avoiding color banding.
If you need 16 bit for sure, I believe AE will support 16 bit output. Another 16 bit application would be the extended version of Photoshop, which has some limited time line capability.

Displaying TIFF images in Oracle Forms 6i

Hello, friends!
I am working in Oracle Forms 6.0.8 (that ancient tool) and encounter a problem with displaying TIFF images.
I have a number of scanned images and some of them are displayed and some are not. I've tried both extracting them from the database or from the file system (using READ_IMAGE_FILE). Sometimes I am getting just blank field in my image item and sometimes (after using READ_IMAGE_FILE) I get the error FRM-47100 (cannot read image file). Of course I've checked that all the files are displayed using standard tools for displaying TIFFs.
Basically the question is what kind of TIFF is considered valid and readable by Oracle Forms.
Analyzing TIFF tags actually gave me nothing: I have a pair of files with tags different only in image width/length and a number of rows/strip (but even those values are close), and one of the file is displayed correctly while the other is not. The thing I noticed is that invalid files are using compression type of CCITT Group 4.
Possibly Oracle Forms follows TIFF specification only to certain extent and does not support all the extensions, while sometimes the problems are not visible to user.
As a result of my work I need some automatic tool that converts undisplayable TIFF files to displayable ones but firstly I am to determine where the problem is. And it would be very good to have a prooflink that approves my decision.
Looking forward to any help! Thanks in advance.

Thanks to everybody, but I'm afraid my files don't contain any EXIF tags (although TIFF seems to support them). The file doesn't contain any tags with IDs greater than 0x7FFF but only core TIFF tags (with IDs of lower numbers). Moreover I have a file with exactly the same set of tags (but the values are a bit different) which is displayed properly.
I've shared the issued file (nondisplayable) on the following link: [https://rapidshare.com/files/3137807470/2.tif]
If anyone could tell me why isn't it displayed in Forms I would be very grateful.

How to control the pixcel size in given tiff image

Hai
I loaded tiff image into the Frame by using the jai_core.jar and jai_codec.jar files. I am unable to control the pixcel size. It displaied default size. How to restract the pixcel on the image in Frame.
import java.io.File;
import java.io.IOException;
import java.awt.Frame;
import java.awt.image.RenderedImage;
import javax.media.jai.widget.ScrollingImagePanel;
import javax.media.jai.ImageLayout;
import javax.media.jai.NullOpImage;
import javax.media.jai.OpImage;
import com.sun.media.jai.codec.SeekableStream;
import com.sun.media.jai.codec.FileSeekableStream;
import com.sun.media.jai.codec.TIFFDecodeParam;
import com.sun.media.jai.codec.ImageDecoder;
import com.sun.media.jai.codec.ImageCodec;
import java.awt.*;
import java.awt.event.*;
import javax.swing.*;
import javax.swing.event.*;
import javax.imageio.ImageReadParam.*;
class MultiPageRead extends JFrame
ScrollingImagePanel panel;
//     JFrame mainFrame = new JFrame();
     Container c;
     public MultiPageRead(String filename) throws IOException
getContentPane();
          setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
          pack();
          setTitle("Multi page TIFF Reader");
          setSize(980,1200);
          getContentPane();
File file = new File(filename);
SeekableStream s = new FileSeekableStream(file);
TIFFDecodeParam param = null;
          ImageDecoder dec = ImageCodec.createImageDecoder("tiff", s, param);
System.out.println("Number of images in this TIFF: " + dec.getNumPages());
          ImageLayout size = new ImageLayout(,0,12,12);
// Which of the multiple images in the TIFF file do we want to load
// 0 refers to the first, 1 to the second and so on.
int imageToLoad = 0;
RenderedImage op = new NullOpImage(dec.decodeAsRenderedImage(imageToLoad), null,
OpImage.OP_IO_BOUND,
size);
// Display the original in a 800x800 scrolling window
panel = new ScrollingImagePanel(op, 100, 200);
getContentPane().add(panel);
     public static void main(String [] args)
String filename = args[0];
try {System.out.println("jfdfldjfldfjldjfjldjfjdjdjdjjdjdj");
          MultiPageRead window = new MultiPageRead(filename);
                    window.pack();
                    window.show();
          catch (java.io.IOException ioe)
          System.out.println(ioe);
regards
jaggayya

Changing the fonts in Print using ABAP is not possible. as basic report output is a text editor.
By changing "Customizing of Local Layout" will only change in display screen and not in print.
One possible way to create a new printer formatr thry SPAD and use that format in while printing.
to know more details about SPAD
Using SPAD - SAP Spool Administration to print different paper size
The SAP spool system manages its own output devices. This includes mostly printers, but also fax and archiving devices. In order for you to use output devices defined in your operating system from the SAP System, you must define these devices in the SAP spool system.
Print to a dot matrix printer using computer paper with 66 lines
Define paper types
Formatting process Z_60_135
Page format DINA4
Orientation tick both Portrait and Orientation
Type in the comment and click save
Device initialization
Device type - OKI341
Formatting process Z_60_135 then click Execute
Double click Printer initilization
You must key the 66 lines hexadecimals for your printer. ( line no 9)
1 # oki341 x_paper
2 # reset
3 # \e\0x40
4 # select codepage multilingual 850
5 \e\0x52\0x1a
6 # disable skip perforation mode
7 \e\0x4f
8 # select 6 lpi
9 \e\0x32
10 # select page length 66 lines (66=hex $42)
11 \e\0x43\0x42
12 # select 10 cpi font
13 \e\0x60
CHECK THIS LINKS
http://help.sap.com/saphelp_nw04s/helpdata/en/df/abbb3f8e236d3fe10000000a114084/content.htm
http://help.sap.com/saphelp_nw2004s/helpdata/en/5a/4df93bad37f87ae10000000a114084/content.htm
http://www.geocities.com/SiliconValley/Grid/4858/sap/Basis/printprobs_solutions.htm
Hope this helps you
Regards
Pavan

Problem with importing pdf as a backgroung image

I have a requirement for importing a pdf/doc and map xml data and create a template. Generate a tiff image as the output using the template and mapped xml data. I am looking into your Adobe LiveCycle as one option. I am able to import the pdf but the layout of the pdf has been changed. According to our requirement the layout of the pdf should be the same as the imported pdf. Please, find the attached pdf for reference. Can you please provide me some assistance regarding evaluating this product.

Try clicking the link below. On the page that appears, click the drop-down and choose the forum that appears to match the software you are using.
Click here to view
Best of luck to you in solving your issue... Rick

Reading 8kb tiff image and then writing into backend. please help

Hi All, Please Help ..
My aim is to read a tiff image which of 8kb 1732x717 size, and then store it into backend.
what I did is read the image into bufferedImage and then used tiffencodeparam with compression_none but the problem is size is too much after encoding.
code sample
BufferedImage image = ImageIO.read(tiff_filename); to read tiff image
to write tiff image
TiffEncodeParam p = new TiffEncodeParam();
p.setCompression(TiffEncdeParam.COMPRESSION_NONE);
FileOutputStream out = new FIleOutputStream(tiff_filename);
ImageEncoder e = ImageCodec.createImageEncoder(""TIFF,out,p);
e.encode(image);
out.close();

I got all my pictures AND everything else back, folders, ratings, keywords etc
Fortunately I had a backup of the entire iPhoto library folder, it was about 3 months old (I know shame on me) so I didn't want to just use the entire backup folder and lose 3 months of photos.
So I just copied the AlbumData.xml file and the Library6.iPhoto file. PRESTO all my pictures were back WITH all the folders,keywords etc, etc intact!! (up till the 3 month old backup point).
Then I just re-imported the missing 3 months worth of pictures from the original folder in the iphoto library folder. So all I had to recreate was 3 months worth of customization. WHEW!!
Reading through the discussions it seems there is a fair number of users where iPhoto would go empty, but they knew the images were still on the computer. I am not a programmer, but it seems silly to me the their are files that get re-written everytime iPhoto closes....computers crash. and then what happens to the files? Mine got corrupted, lesson learned BACKUP more frequently!!
Thanks to Old Toad who steered me to the Library6.iPhoto as a possible troublemaker in another thread!

TIFF images are displayed as thumbnails but will not open for editing

I have noticed a problem with my iPhoto 7.xx
iPhoto displays the thumbnail of TIFF files but when it is selected (for editing as an example), iPhoto displays a grey circle with a black question mark. This happens with TIFF images from any source (multiple camera, scanner, etc). The TIFF files are NOT in raw format.

Open the file with Preview and do a Save As. Either change the format or keep the tiff. That should fix the files so they can be viewed normally in iPhoto. If the problem is due to an alpha channel in the file this will fix the problem.
TIP: For insurance against the iPhoto database corruption that many users have experienced I recommend making a backup copy of the Library6.iPhoto (iPhoto.Library for iPhoto 5 and earlier) database file and keep it current. If problems crop up where iPhoto suddenly can't see any photos or thinks there are no photos in the library, replacing the working Library6.iPhoto file with the backup will often get the library back. By keeping it current I mean backup after each import and/or any serious editing or work on books, slideshows, calendars, cards, etc. That insures that if a problem pops up and you do need to replace the database file, you'll retain all those efforts. It doesn't take long to make the backup and it's good insurance.
I've created an Automator workflow application (requires Tiger or later), iPhoto dB File Backup, that will copy the selected Library6.iPhoto file from your iPhoto Library folder to the Pictures folder, replacing any previous version of it. It's compatible with iPhoto 6 and 7 libraries and Tiger and Leopard. iPhoto does not have to be closed to run the application, just idle. You can download it at Toad's Cellar. Be sure to read the Read Me pdf file.

Difficulty Importing a Properly Sized TIFF image (I think)

Similar Messages

Maybe you are looking for