Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/content/60/9972860/html/smf/Sources/Load.php(225) : runtime-created function on line 3

Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/content/60/9972860/html/smf/Sources/Load.php(225) : runtime-created function on line 3

Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/content/60/9972860/html/smf/Sources/Load.php(225) : runtime-created function on line 3
Latest posts of: jfiora
The DAM Forum
Welcome, Guest. Please login or register.
October 28, 2020, 10:56:21 AM

Login with username, password and session length
Search:     Advanced search
28033 Posts in 5147 Topics by 2903 Members
Latest Member: kbroch
* Home Help Search Login Register
  Show Posts
Pages: [1]
1  Software Discussions / Bridge/ Camera Raw / Re: metadata stripped out in PS/CS4 on: December 29, 2010, 05:22:33 PM
PK answered on another forum:

Peter, that did it.
What is that text? Can I just leave it as is for future templates?
Is it an issue with CS5?
Thanks, Jim Fiora


On Dec 29, 2010, at 1:23 PM, Peter Krogh wrote:

Jim,
Is the date field empty in your ImageIngester template?
There is a known bug with Photoshop where an empty date field does not trip up Bridge, but will stop photoshop's metadata parsing.

If that's the case, paste this text into the metadata template>Content Metadata>Date Created field

{@datetime,1,4}-{@datetime,5,2}-{@datetime,7,2}

Peter Krogh
2  Software Discussions / Bridge/ Camera Raw / metadata stripped out in PS/CS4 on: December 28, 2010, 10:37:49 AM
I'm working on Mac 10.5.8 and I'm applying bulk metadata and
converting to DNG in ImageIngesterPro3. However when I work in Bridge
and choose "Open Image" in ACR, to work on the file in PS everything
but the Exif metadata is lost. If I choose "Save Image" first, Tif,
Psd or Jpg, the metadata is preserved. This doesn't seem right. I've
checked preferences and done all kinds of different test processing
but I can't find away around it other than saving first. Am I missing
something? Thanks, Jim Fiora
3  Software Discussions / Lightroom / Does LR embed full screen previews? on: January 20, 2008, 07:22:37 AM
Sorry if this has been covered, I've searched but not found the answer I'm looking for. When LR creates its collections for its database (originals stored elsewhere) does it embed full screen previews the way that iVMP does? Is this only for DNGs where its actually built in or will it do so with other file formats? Thanks, Jim Fiora
4  DAM Stuff / Scans and Camera Scans / Re: Camera Scan Hardware on: December 13, 2007, 05:48:13 AM
Peter, Is the idea that these will be offered in different versions eventually? Slides as well as negs? 120mm, even 4x5? Thanks, Jim Fiora
5  Software Discussions / iView MediaPro / Re: flat tones in iView on: September 12, 2007, 06:50:01 AM
Robert & Peter, Thanks for your help. When I really thought this through I realized I'm much better off using Bridge for my collections and galleries. Since I'm not really utilizing or needing a "true image database" at this time my efforts to make iView work are wasted. When I'm ready to seriously catalog my work I'll either check back in with iView or wait for LightRoom to mature. Thanks again, Jim Fiora
6  Software Discussions / iView MediaPro / Re: flat tones in iView on: September 11, 2007, 05:48:33 PM
Is there a test I can do to simulate as to whether this is happening. Maybe stripping away the EXIF/All metadata and re-profiling? Even if so, what's the cure long term? I'm ready to jump ship even into the murky waters of LightRoom. Jim Fiora
7  Software Discussions / iView MediaPro / Re: flat tones in iView on: September 11, 2007, 11:06:37 AM
Peter, What I've found is that it doesn't matter which file type I'm accessing (tif, psd or jpg) but the embedded profile matters a lot. Its my Adobe RGB 1998 images that look anemic, my sRGBs that look a little better and then I found I had a couple of ColorMatch RGB images in there and they looked the best; almost idenitical. I did a test. I previewed (iVMP) an Adobe 98 image in my source folder and opened the same image in PS on the same machine and monitor. The iView preview was typically bland. In PS I converted the image to ColorMatch RGB and then did a "Rebuild Item" in iView. Presto! A very close match. I thought that Color Managed apps were supposed to take embedded profiles into account and display accordingly in the monitor profile? What am I missing? Thanks, Jim Fiora
8  Software Discussions / iView MediaPro / Re: flat tones in iView on: September 10, 2007, 08:35:05 PM
Peter, Thanks for checking in.
Your question prompted to me have another look and I think what I'm seeing is that, here at home, with the source folder unavailable to the program, the embedded previews look better. A few are still anemic (they're tiffs) but I think its better. Let me do some more testing tomorrow back at the studio and see if I can confirm it or detect any difference between file types. Thanks for your help. Jim Fiora
9  Software Discussions / iView MediaPro / flat tones in iView on: September 06, 2007, 11:40:49 AM
My iView previews look anemic next to my PS tif files (w/embedded Adobe RGB 1998 profiles) on the same screen. I've got "Color match" checked in prefs, I've "reset paths" and I've "Rebuilt Item" and I've rebooted the app. I've also explored "Manage Color Profiles..." with no luck.

If I change and save my original to sRGB, reset and rebuild, I can see the change (slight) so I know the connection is being made but its still VERY different from the PS display. I'm running iV 3.1.3 on Panther & Tiger machines using CS2 images. I need this to work because I've built my collections in iView and I create custom web galleries from these collections. Still hoping that I'm overlooking something simple but I've run out of ideas. Has anyone worked through this problem? Thanks, Jim Fiora
10  DAM Useful Stuff / DAMuseful Software / Re: Rank & File DEAD IN THE WATER! on: July 12, 2006, 05:42:30 PM
It is also stripping the metadata and the ratings info from (some of) the files. Jim Fiora
11  DAM Useful Stuff / DAMuseful Software / Rank & File DEAD IN THE WATER! on: July 12, 2006, 01:40:00 PM
I've just downloaded and installed R&F (1.16) and I'm trying to run it on 10.4.6 w/Bridge v 1.0.3.106. It just spins and goes nowhere requiring a force quit. Do I need a Bridge update? What's this about R&F Lite? Please advise. Jim Fiora
12  Software Discussions / Import From Camera / Re: IFC with Canon 5D files, working for anyone? on: February 05, 2006, 07:50:27 PM
I just revisited IFC with my 5D files and successfully used the script to import, rename and append metadata on both my raws and jpgs. Don't know what I did differently but if any Canon users run into a snag with this I'm glad to compare notes. Jim Fiora
13  Software Discussions / Import From Camera / Re: IFC with Canon 5D files, working for anyone? on: January 18, 2006, 06:54:03 AM
For those monitoring this thread interested in the Canon aspect of this issue what I've recently learned you may, or may not, already know. If you use EOS Capture with any Canon there is the ability (in the Save Settings menu) to write info to both the card and the hard drive as well as being able to set the prefix file name. What that means for me is that I don't need IFC. I can have my files named correctly right from the get go, RAW & JPG, I achieve double back-up as I'm shooting and I get to set up the folder structure (source folders) in DPP as I go. The only thing that leaves is using Bridge to append metadata with a ready made template. This is a quick and easy standard function of Bridge that doesn't rely on IFC. So unless I'm missing some other function, for new work using Canons, I don't need IFC at all. Now the legacy files are another kettle of fish entirely and I'd still love to hear from anyone who has any tips on how to get IFC to behave rationally. Thanks, Jim Fiora
14  Software Discussions / Import From Camera / IFC with Canon 5D files, working for anyone? on: January 15, 2006, 07:37:36 PM
I'm having various and erratic problems taking my 5D capture files (CR2+JPG) through IFC. Some of what I'm experiencing is: Really long processing times on a pretty fast PowerBook (10.4.3). Sometimes locking up Bridge and having to force quit. Unclicking the "Rename files as a linked set" is the only way to get them to be renamed. Having it selected produces a "renaming complete" message but ends up with an empty folder. Some of the JPGs get renamed with the original date and others with the current date. And so on. I'm definitely a newbie with all things metadata and the only reference I have for doing this is Peter's book. He's obviously got a lot of confidence in the script because he doesn't go into detail with any workarounds. Is there any other documentation or instructions for using the script? Is anyone using it sucessfully with Canon 5D files? Any tips? Thanks, Jim Fiora
15  Software Discussions / Import From Camera / Re: Import From Camera script now in Links on: January 08, 2006, 12:43:22 PM
Peter

"I am still having trouble with the operation of the script. After adding the three library files to the startup script folder, everything in the interface appeared to be working. But when actually run on a real set of files, I do not get any renamed files. I have gone over the options for saving several times, and the selection and destination folders (Windows 2K) but when all is said and done, no files appear. The termination of the script appears normal, no errors are reported and it says that the 81 files were imported, but when it terminates, Bridge switches to the destination folder and the message "no images to display" or something to that effect."


This is what's happening to me with a source folder of RAW+JPEG form a Canon 5D on a Mac (10.4.3). Every indication is that all has gone well but no files are created. What am I missing? Thanks, Jim Fiora
Pages: [1]
Powered by MySQL Powered by PHP Powered by SMF 1.1.11 | SMF © 2006-2009, Simple Machines LLC Valid XHTML 1.0! Valid CSS!