|
|
| I think we're saying the same thing differently. I'm old-schoold, and DPI is what I'm used to calling it, even though it's been re-branded into Resolution.
When somebody scans a photo, they usually have an option to choose a DPI, or Resolution. That has a direct relationship to the number of pixels in the scanned image. But, ultimately, pixels are pixels. In Ae, the 72 number is understood, as it's the screen resolution built into Ae. You can test this by exporting any NTSC frame and bringing it into Ps. Look at the Image Size in Ps, and you're going to see three numbers: Height, Width and Resolution (which is 72).
I don't suppose you recall a discussion we had with Trish a few years back about using Ae for print work. What we agreed by consensus was that you could increase the print DPI by multiplying your Ae comp by some factor to get a decent print.
If you wanted 300 DPI, you multiplied your Comp Size by 4.167, which is 300/72.
So, choose 2550x3300 in Ae to get an 8.5x11" print at 300 DPI.
On Jul 20, 2012, at 1:17 PM, Chris Meyer wrote: I think you might be fooling yourself. I think AE and PR only care about the number of pixels. The way you happened to scale the image - lowering the DPI setting, with resampling on - happens to lower the number of pixels. I bet if you took the same image, and changed the DPI setting with resampling OFF (thereby NOT changing the number of pixels), that you would see no changes in AE or PR. DPI may be a red herring for you.
Or I may be wrong; I haven't re-tested this in years.
- Chris
Yes, as does Pr and Ae. It's called "Resolution" in Photoshop. It's intertwined with Height and Width. If you change one in the Image Size dialog, the other two change along with it, if Constrain Proportions is checked.
Just two days ago, I got some stills that were scanned at 1200 DPI. They bogged down Pr horribly. I was having to scale them to 10% to get them to fill the frame. So, I resized them in Ps, taking the Resolution (DPI) down to 300, and that brought the Width and Height parameters down with it. Then Pr handled them with aplomb, speedy, and with more workable scale sizes, in the 50-70% range, with resolution left to do panning and zooming.
On Jul 20, 2012, at 12:13 PM, Benny Christensen wrote: You need to make sure that the DPI is not too high that they are RGB color space. FCP will definitely crash using CMYK files.
I usually resize every thing to 150DPI and no larger than 3000 pixels wide for normal shots or 3000 pixels tall for vertical shots.
I know that FCP is supposed to handle larger files, but this has been safe for me. Producers Playhouse Oklahoma City 405-858-0700
"I say in speeches that a plausible mission of artists is to make people appreciate being alive at least a little bit. I am then asked if I know of any artists who pulled that off. I reply, 'The Beatles did'." - Kurt Vonnegut (Timequake) On Jul 20, 2012, at 12:05 PM, Jim Curtis wrote: Perhaps I should elaborate. I've been tasked to do a couple of "slide show" projects (Yikes!). Whenever I brought a bunch of JPEGs in and tried to do Motion moves, and dissolves between them, FCP crashed regularly. When I brought the same stills into Pr, I had no crashes.
And on other projects, where I only had occasional stills, I'd still get crashes from the JPEGs, but not after I converted them to TIF.
That's just been my experience. Maybe it's a codec thing. I think I'm the Pig Pen of finding things that crash Mac apps.
On Jul 20, 2012, at 11:51 AM, James Culbertson wrote: FCP 7.03? JPEGs and PNGs work just fine in my experience. I'm working on a feature length doc that I inherited for finishing tasks that is a smorgasbord of formats - in addition to JPEGs, and PNGs, there are also BMPs, Tiffs, and PSD. No problems whatsoever. What I would avoid are PDFs.
If I were to choose I would stick with TIFF and JPEG, and use PSD when necessary.
James
On Jul 20, 2012, at 7:12 AM, Jim Curtis wrote: I've had bad luck with most still formats in FCP. It's pretty hostile to JPEGs and PNGs, IME.
Try TIF or TGA, which also support an alpha channel. TIF is what I use (when I have to.)
Pr is a LOT better at handling stills, except really large ones. On Jul 20, 2012, at 8:55 AM, Benny Christensen wrote: That has been my workaround, but it is annoying because I don't like to use PSDs in FCP. I usually like a flattened file for titles.
Producers Playhouse Oklahoma City 405-858-0700
"To be is to do"--Socrates
"To do is to be"--Jean-Paul Sartre
"Do be do be do"--Frank Sinatra
On Jul 20, 2012, at 8:52 AM, Glen Tubbesing wrote: You might try using Photoshop's native PSD format, instead.
On Jul 20, 2012 6:38 AM, "Benny Christensen" < bennychristensen@me.com> wrote:
I know this isn't the Photoshop list, but since it is pretty integral to our workflow here goes.
I am having a couple of issues lately.
1) PNGs are not acting the same way they used to. I can't get the empty spaces to read as alpha holes in FCP. Is there a better format to use since PICT files are no longer an option.
2) Sometimes the program simply will not let me Save a file. The Save window pops up, but the buttons are not colored and won't react. In fact, at that point the program is completely locked up and I have to Force Quit.
Has anyone else seen these problems?
Thanks in advance.
Benny Christensen
Producers Playhouse
Oklahoma City
405-858-0700
"Men occasionally stumble over the truth, but most of them pick themselves up and hurry off as if nothing ever happened." - Sir Winston Churchill
+---End of message---+
To unsubscribe send any message to <ae-list-off@media-motion.tv>
|
|
