CS5 Generic File Info Memory Problem

We have been using a very large custom generic panel in CS4 File Info. The MRU file has grown to 2.5 mb, the properties are 1.5 mb -- but they have been working great in CS4. In CS5 they frequently do not work . The panel will either be empty when you open it, although there are xmp values in file, or after entering data, the panel will spin for a while, show empty again, often after trying to process the MRU's.
Are panels in CS5 products OK to be used for this large of a metadata set of attributes and values?
Using latest Macs, 4GB of ram, happens in all CS5 apps.
Thanks for your help.
Todd

Todd,
I understand your requirement. Controlled vocabularies can be a
critical component of a metadata strategy.
I know people that use a semicolon delimited file to pre-load the CS3
File Info MRU of a bag or seq field via a single copy and paste. Its
limit appears to be fifteen entries. Like you they are simulating a
controlled vocabulary for a list.
Pound Hill's MetaGrove Plug-in provides controlled vocabularies for
lists (bag and seq). These are displayed as a table of one column,
popup at the top, open or closed choice.
The largest single (internal) MetaGrove vocabulary I have implemented
has 4004 entries in one language, 1 mb in size. PHS's format is more
verbose than Adobe's MRU or File Info panel formats. It takes 20
seconds to initialize.
MetaGrove vocabularies can optionally be external text files, with tab
delimited value/label pairs, local or on the network. These are single
language, by definition. This is intended for an enterprise where the
external vocabulary file is typically updated monthly or quarterly.
The plug-in will automatically cache the update within a week
(default). The vocabulary can be maintained using a spreadsheet or
output from an application like yours.
Regarding your test with repeated red, green blue, for 100,000 entries:
In File Info v0 and v1 (CS through CS3), "All names and keyphrases
(values) in the list must be unique." This constraint is not mentioned
in the v2/3 File Info document. Does repeated red, green blue work
with 9 entries or so?
Most CS3 applications have odd behaviors with more than 99 entries in
a File Info popup. This appears to be fixed in Acrobat 10. I haven't
attempted more than 200 entries in a CS3 panel popup.
I suspect that building a in-memory copy of a vocabulary from a panel
file, or from the MRU file, is a serial process and does not scale
linearly. Each incremental entry takes longer to add to the in-memory
representation because the entire in-memory copy must be scanned each
time. The design goals of tens to entries probably did not warrant
using database techniques for the internal representation. The
performance in CS4 is your benchmark.
CS4 and 5 File Info appears to be doing some central caching.
Sometimes, I need to remove the panel entirely, Exit all File Info
applications, run an application and its File Info, Exit and then add
the panel in again to get changes to take. You probably need to get
everyone-out-of-the-pool before you touch the MRU file.
The CS3 copy and paste technique mentioned above might be an
alternative to let FIle Info manage the MRU. However, in your case, it
will test the implementation limits of the menu field payload capacity.
Carl crambert at poundhill dot com

Similar Messages

CreatorContactInfo struct in Generic File Info Panels

Hi all,
I developed a custom panel with custom metadata in Adobe Bridge CS4, using the Generic File Info Panels.
In this panel, I have to include custom metadata and the IPTC Contact metadata.
No problem with custom metadata, I have a problem with IPTC Contact:
If I insert value in the IPTC Panel provided by Adobe, I see that metadata is written in this way:
<Iptc4xmpCore:CreatorContactInfo
    Iptc4xmpCore:CiAdrExtadr="value"
    Iptc4xmpCore:CiAdrCity="value"
    Iptc4xmpCore:CiAdrRegion="value"
    Iptc4xmpCore:CiAdrPcode="value"
    Iptc4xmpCore:CiAdrCtry="value"
    Iptc4xmpCore:CiTelWork="value"
    Iptc4xmpCore:CiEmailWork="value"
    Iptc4xmpCore:CiUrlWork="value"/>
If I insert values in my custom metadata I haven't CreatorContactInfo structure:
<rdf:Description rdf:about=""xmlns:Iptc4xmpCore="http://iptc.org/std/Iptc4xmpCore/1.0/xmlns/"
Iptc4xmpCore:CiAdrExtadr="value" Iptc4xmpCore:CiAdrCity="value" Iptc4xmpCore:CiAdrRegion="value"
Iptc4xmpCore:CiAdrPcode="value" Iptc4xmpCore:CiAdrCtry="value" Iptc4xmpCore:CiTelWork="value"
Iptc4xmpCore:CiEmailWork="value" Iptc4xmpCore:CiUrlWork="value"
xap:MetadataDate="2010-04-20T09:07:47+02:00">
<tiff:BitsPerSample> <rdf:Seq> <rdf:li>8</rdf:li> <rdf:li>8</rdf:li> <rdf:li>8</rdf:li> </rdf:Seq>
</tiff:BitsPerSample> </rdf:Description>
Is there a way to reproduce the orginal (and standard) structure??
There is my custom properties.xml (only the IPTC rows):
<xmp_schema prefix="Iptc4xmpCore" namespace="http://iptc.org/std/Iptc4xmpCore/1.0/xmlns/" label="$$$/Custom/IPTC Contact=IPTC Contact" >
     <xmp_property name="CreatorContactInfo:CiAdrExtadr" category="external" label="$$$/Custom/Property/Address=Address:" type="text"/>
     <xmp_property name="CreatorContactInfo:CiAdrCity" category="external" label="$$$/Custom/Property/City=City:" type="text"/>
     <xmp_property name="CiAdrRegion" category="external" label="$$$/Custom/Property/State/Province=State/Province:" type="text"/>
     <xmp_property name="CiAdrPcode" category="external" label="$$$/Custom/Property/Postal Code=Postal Code:" type="text"/>
     <xmp_property name="CiAdrCtry" category="external" label="$$$/Custom/Property/Country=Country:" type="text"/>
     <xmp_property name="CiTelWork" category="external" label="$$$/Custom/Property/Phone=Phone:" type="text"/>
     <xmp_property name="CiEmailWork" category="external" label="$$$/Custom/Property/Email=Email:" type="text"/>
     <xmp_property name="CiUrlWork" category="external" label="$$$/Custom/Property/Website=Website:" type="text"/>
     <ui:separator/>
          </xmp_schema>

Edited reply:
Try:
name="CreatorContactInfo/Iptc4xmpCore:CiAdrExtadr"
name="CreatorContactInfo/Iptc4xmpCore:CiAdrCity"
name="CreatorContactInfo/Iptc4xmpCore:CiAdrRegion"
name="CreatorContactInfo/Iptc4xmpCore:CiAdrPcode"
name="CreatorContactInfo/Iptc4xmpCore:CiAdrCtry"
name="CreatorContactInfo/Iptc4xmpCore:CiTelWork"
name="CreatorContactInfo/Iptc4xmpCore:CiEmailWork"
name="CreatorContactInfo/Iptc4xmpCore:CiUrlWork"
Carl

CS5 Custom File Info Panels showing up in Bridge

If I create a custom XMP panel using the GENERIC model, how do I make it appear in Bridge, also?

I have a script that the user runs to input xmp data into a Customized version of the generic file info panel. it is data that is gathered from the user when the psd file is created. once the file is open in photoshop. the information is visible in the File info panel , the raw data, and as a schema addition in the advanced tab.
in CC the nodes and the children of the XMP packet have changed positions. so that the XML -this.XMP.child(0).appendChild(this.createNode())
is no longer the node that can be appended.
Where XML.child(0).elements().length(); would enable the xmlns to be added in CS6
<rdf:Description xmlns:phsa="' + this.namespace + '" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:x="adobe:ns:meta/" rdf:about="" />'
it is visible in CC as namespace in a different arrangement. XML.child(0).child(0).namespaceDeclarations().toString()) and the children are XML.child(0).child(0).elements().length().toString()); There are now 7 child nodes where before there were 1.
with all shifted, the initialize of the values and the delete XMP packet wrapper and create new or the amend to the XMP packet wrapper is undefined.

Photoshop CS5 'file info' pemissions problem

I recently had to replace the had drive and reinstall Photoshop CS5. I used to be able to access the file info box and add metadata or read the camera settings. Now the file info box loads but the fields are not available. if I log out and use the guest account on my Mac it works fine so Adobe support told me it is a permissions issue that prevents the box from loading. I have no idea where to correct this.
I am running Photoshop at 32 bit so my scanner will work, but I tried it at both 32 & 64, but the file info box doesn't load regardless of this setting. I also tried unistalling & reinstalling Photoshop. I have obviously messed up a user permissions setting somewhere but I don't know where to fix it.
Here is a screen capture showing the two views. The top is logged into my usual account and bottom is on the guest account.Thanks for any suggestions!
http://dl.dropbox.com/u/8102950/screens_mac.jpg
mac OSX 10.6.8
Photoshop CS5 10.0.4 x32

I recently had to replace the had drive and reinstall Photoshop CS5. I used to be able to access the file info box and add metadata or read the camera settings. Now the file info box loads but the fields are not available. if I log out and use the guest account on my Mac it works fine so Adobe support told me it is a permissions issue that prevents the box from loading. I have no idea where to correct this.
I am running Photoshop at 32 bit so my scanner will work, but I tried it at both 32 & 64, but the file info box doesn't load regardless of this setting. I also tried unistalling & reinstalling Photoshop. I have obviously messed up a user permissions setting somewhere but I don't know where to fix it.
Here is a screen capture showing the two views. The top is logged into my usual account and bottom is on the guest account.Thanks for any suggestions!
http://dl.dropbox.com/u/8102950/screens_mac.jpg
mac OSX 10.6.8
Photoshop CS5 10.0.4 x32

File Info Dialog problem

Hi,
Not sure if this is a bug or if I'm just missing a setting someplace.
Problem: I write a lengthy caption in the "Description" window of the File Info dialog. Later on I want to use that same caption on a different image.
Using CS3 on Windows I can click on the flyout arrow next to the "Description" window and input the entire caption.
Using CS3 on Mac, the flyout will only input sections of the caption. It seems like the Mac version breaks the caption apart based on any punctuation that is in the caption.
Ex. If my caption is "01 July 2008, Los Angeles, California, USA - Paul has issues with Photoshop, causing a problem when captioning files."
Windows puts the entire caption in the field. Mac breaks it down like this:
01 July 2008
Los Angeles
California
USA
Paul has issues with Photoshop
causing a problem when captioning files
I don't recall this being an issue with PS7 or CS1. Am I missing something or is this just the way CS3 works?
Thanks in advance for any help!
-Paul

I narrowed down the issue even more. Non-English languages have their strings, tags, and texts stored in a file named strings.txt in a language-specific subdirectory in the Resources directory in the Adobe Bridge CS6 program folder. The strings.txt file includes, among many other things, a language-specific decimal separator character—which in English is a dot but in many non-English languages is a comma.
When I replace the comma as the decimal separator in the German-language strings.txt file by a dot then all of sudden the f-stops are displayed correctly in the thumbnail pane ... well, except that e. g. "f/2,8" now gets displayed as "f/2.8" which in German is wrong but acceptable—and definitely much better than "f/2,0" which is unacceptably wrong when the actual value is 2.8.
The idea to try this dawned on me when I noticed that in some places in the metadata pane, decimal numbers are displayed with a comma (respecting the decimal separator character given in strings.txt); in other places, they're displayed with a decimal point (ignoring strings.txt). Those using a dot are correct; those using a comma are wrong. So there's two bugs in Bridge rather than just one. First bug: In some places, the language-specific decimal separator character is ignored. Second bug: When it is not ignored then the number displayed will be wrong.
So my workaround now is to use a dot as the decimal separator character rather than a comma.

E62 file manager & memory problem

Hello
I have an E62 from cingular, with a 2-gig extended memory.
I have a problem with invisible data -- mostly email messages -- that are using up all but 80 mb of the phone memory.
It appears I mucked things up by uninstalling blackberry connect and then reinstalling it to the 2gig extended memory card. There are still messages somewhere on the phone memory but I cannot access them. There are some other things too, but absolutely no data shows up in folders through file manager. It's as if all files are empty, this is true for both phone memory and the extended memory and has been since I got the phone -- it didn't raise any questions for me because I didn't quite understand the OS and I had not yet added much stuff to the phone then. But it seems to me that stuff ought to be visible. For example, I had created some audio files with the recorder. They were visible through the recorder software, but they did not turn up in file manager. So I'm wondering if that program even works.
I would like to avoid resetting the phone completely, but if that is the only way to get rid of this invisible data, or to get file manager to work properly, I guess I'll have to do that. Has anyone ever had this problem? Suggestions?

Try using the Y-Browser to access these files:
http://www.allaboutsymbian.com/software/item/Y-Browser_for_S60_3rd_Edition.php
You would need to set the certificate check in the app-manager to not to validate the certificate to install this.

Labview file load memory problem

Hi Guys,
I am loading a binay different binary files and am having error of "Memory full"
When I load a 43,837 and 110,196kb file this error comes .
and when I load 5,811 kb file it works fine.
Please note that 43,837kb file has 5611000 samples and 110,196kb file has 8060000
can anyone tell me the solution to fix it ?
Rgs
M Omar Tariq

Please post your code so we can give you real suggestions. It sounds like you are make extra memory copies you probably don't need. To get a jump start on the problem, take a look at the tutorial Managing Large Data Sets in LabVIEW. Newer versions of LabVIEW have this information in the help files.
This account is no longer active. Contact ShadesOfGray for current posts and information.

CS 6 Generic File Info - not keeping checkboxes

I have a Generic Panel, that has been working fine since CS3, but in CS6 the checkbox values are not retained when a file is reopened. Well that's not strictly true and the value "True" seems to be stored, but it no longer checks the box.
The code I am using is:
<xmp_schema prefix="DK" namespace="http://DK.com/namespace/xmp/" label="$$$/DK/panel/blank=" >
<xmp_property name="ModelRelease" category="external" label="$$$/DK/values/modelRelease=Model Release:" type="boolean" description="$$$/DK/panel/modelReleaseDesc=Please check this option if you have a completed Model Release contract for each model within the image." />
<xmp_property name="LocationRelease" category="external" label="$$$/DK/values/locationRelease=Location Release:" type="boolean" description="$$$/DK/panel/locationReleaseDesc=Please check this option if a Location Release was required and completed for this image." />
</xmp_schema>
Which in the Raw Panel produces the following:
But the check box in the panel is unchecked, when the file is reopened.
Any help would be much appreciated!
James

Hi James,
thanks for reporting this problem which is a bug in the Generic panel that we could reproduce.
As you said the value is correctly stored in the file, but when you open the FileInfo dialog with the Generic panel being in front, the check box is not properly checked according to the stored value. Actually it is just when the panel is loaded the first time that the value is not recognized. When switching to the Generic panel later it is.
So a work-around at the moment is to switch to another panel and then back to the Generic panel. The check box will then be checked correctly.
Sorry for the inconvenience.
Kind regards
Jörg

Accessing a file and memory problem

hi gurus;
here's the thing:
when i initializing a file like
File a = new File(xxx);
is the file save to memory yet? or it is just initializing only?
or when i accessing using randomaccessfile its just save to memory?
any good link that teach this kind of things..
any input will much appreciate
Thanks

Here you are
http://java.sun.com/docs/books/tutorial/java/javaOO/objectcreation.html
This is a good basic tutorial.

CS5 - Book 'File Info'

I am creating a book for a friend that is several chapters long. It will be viewed as a PDF. I would LIKE to be able to add FileInfo to the book, but I can not figure out how to apply it to the whole book. Will I have to apply it to every single chapter? Is it even -possible- to add FileInfo to a book?

Thank you, Steve, I stand corrected. I guess I should have known it wouldn't be so simple as FIFO. (I know I've done books where I set something after the frontmatter to be the Style Source, but couldn't turn up an example quickly.)
Meantime, if the OP still wants individual metadata for chapters, PDF Portfolios might be the answer. And if the OP wants to pursue the issue, the technical term for individualized metadata within a PDF is "object-level metadata."
David

XMP data not showing up in the custom file info panels when upgraded to CC

For several versions of Photoshop, I have been able to use a modified custom file info panel to input, update, and track psd files. With each version of photoshop there are always some changes in the way the object data is handled. The lastest challenge is:
1. XMP data not showing up in the custom file info panels when upgraded CC from CS6.
2. Raw data is not visible in CC in the File info panel.
3. This occurs in new documents where we create the xmp wrapper while the file template is built.
4. When metadata is manually entered into the file, the data is not added to the XMP wrapper when it is recreated on the save.
5. When a file that was created in CS6 is opened that contains the Metadata in the file info template. It is visible. the Raw data is also visible. Once the XMP wrapper is recreated - write and then close. The data is no longer available. the Raw data will not pull up in the file info panel.
Any feedback or a direction will be appreciated.

I have a script that the user runs to input xmp data into a Customized version of the generic file info panel. it is data that is gathered from the user when the psd file is created. once the file is open in photoshop. the information is visible in the File info panel , the raw data, and as a schema addition in the advanced tab.
in CC the nodes and the children of the XMP packet have changed positions. so that the XML -this.XMP.child(0).appendChild(this.createNode())
is no longer the node that can be appended.
Where XML.child(0).elements().length(); would enable the xmlns to be added in CS6
<rdf:Description xmlns:phsa="' + this.namespace + '" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:x="adobe:ns:meta/" rdf:about="" />'
it is visible in CC as namespace in a different arrangement. XML.child(0).child(0).namespaceDeclarations().toString()) and the children are XML.child(0).child(0).elements().length().toString()); There are now 7 child nodes where before there were 1.
with all shifted, the initialize of the values and the delete XMP packet wrapper and create new or the amend to the XMP packet wrapper is undefined.

Photoshop changes file info xmp metadata - unknown to public domain?

Curious if anyone has feedback or solution for the following:
My PSD file's metadata enters photoshop with "unknown" as the copyright status, and then after I save it in a new format or with a new name
, I notice that in Bridge the copyright status shows up incorrectly as "public domain." This is incorrent and should not change on
its own. I've been using Photoshop with Bridge for many years, and have never seen this...

I have a script that the user runs to input xmp data into a Customized version of the generic file info panel. it is data that is gathered from the user when the psd file is created. once the file is open in photoshop. the information is visible in the File info panel , the raw data, and as a schema addition in the advanced tab.
in CC the nodes and the children of the XMP packet have changed positions. so that the XML -this.XMP.child(0).appendChild(this.createNode())
is no longer the node that can be appended.
Where XML.child(0).elements().length(); would enable the xmlns to be added in CS6
<rdf:Description xmlns:phsa="' + this.namespace + '" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:x="adobe:ns:meta/" rdf:about="" />'
it is visible in CC as namespace in a different arrangement. XML.child(0).child(0).namespaceDeclarations().toString()) and the children are XML.child(0).child(0).elements().length().toString()); There are now 7 child nodes where before there were 1.
with all shifted, the initialize of the values and the delete XMP packet wrapper and create new or the amend to the XMP packet wrapper is undefined.

CS5 File Info Panel Memory Management

We created, and have been using, a very large custom generic panel in CS4 File Info. The MRU file has grown to 2.5 mb, the properties are 1.5 mb -- but they have been working great in CS4. In CS5 they only work once in a while. With thousands of keyword in the MRU, or values in an XMP_Choice property pull-down, CS5 has memory problems. The panel will either be empty the first time you open it, although there are xmp values in file, or the panel will just close after trying to process the MRU's.
Are panels in CS products no longer intended to be used for this large of a metadata set of attributes and values?
Thanks for your help.
Todd

That's a much more technical question than could be expected to be answered here.
Check out the XMP SDK forum:
http://forums.adobe.com/community/design_development/xmp_sdk

File Info problems in Photoshop CC & CS5.1 on OS X 10.8

I have recently upgraded my Macs, running OS X Mountain Lion, from Photoshop CS5.1 to Photoshop CC for two reasons:
1. Because it most the most cost efficeint way to obtain the latest Camera Raw plugins that are no longer supported in CS5.1
2. Because I began experiencing issues on two Macs where initially only in Bridge, was I no longer able to input any File Info dialogue.
I make extensive use of File Info templates, which are then applied to batches of files in Bridge before individual files, or groups of files requiring the identical metadata are modified.
After a time, once the overall batch of File Info templates had been applied to files I discovered that I was unable to edit them further. Even after Repairing Permissions in Disk Utility it usually took a reboot to fix the problem, although the problem was always solved.
However there came a point a few weeks ago when I was unable write any further metadata to File Info, in Bridge or Photoshop, no matter what I did. Again this issue happened on two Macs so I'm guessing that it is not a machine issue.
As I needed the latest Camera RAW plugins as well I decided to upgrade to Photoshop CC, which I have to say I have been very pleased with - until now. The dreaded File Info problem has now occurred again, although currently only in Photoshop, not Bridge. When I try to add or modify any information in File Info in Photoshop CC the dialogue box just closes!
Clearly it is not just a Photoshop CC issue although I never had the problem prior to CS5.1 and I leapfrogged CS6 and I find it hard to believe that it is a machine issue. Could it be a conflict with the OS or with Extensis Suitcase Fusion 4?
Has anyone else encountered this problem?

Curt, Thanks for your rapid response.
To answer your questions. I thought that, initially, the problem might be a permissions problem but it occurs on both boot drives and also when the same files are copied to Firewire external drives - on both Macs, but different external drives in each case. I followed your link but there was nothing there that I didn't already know or hadn't already tried, thanks.
One computer is a 24" iMac and the other is a 15" MacBook Pro. I've also tried to replicate the problem on four PowerMac G5s running OS X 10.5.8 with Photoshop/Bridge CS4, with the same drives plugged in, but have experienced no problems at all. It's quite bizarre.
Also, looking deeper into the conundrum, I find that I can't input any numbers, only letters! Using the keyboard all numbers, whether on the main or auxiliary keypads, cause the File Info dialogue box to either jump to a new tab or close. Using Shift on the numbered keys works perfectly however!
It just goes on getting better...

File info freeze-up CS5 extended

I have been using Photoshop CS5 extended with no problems until I installed Lion on my 24" Imac. Now, when I go to the file pull down menu, and select file info - I get a large blank white screen and a total Photoshop freeze. I can do nothing but force quit. The force quit menu doesn't even see there is a problem - no "not responding" message. I can do this stuff in Bridge, but adding notes on idividual photos, file info was way faster.
Anyone have this problem? Any ideas?

I don’t have Lion, so I can only offer generic advice:
Are Photoshop and OS fully updated and have you performed the usual trouble-shooting routines (trashing prefs by keeping command-alt-shift pressed while starting Photoshop, 3rd party plug-ins deactivation, system maintenance, font validation, etc.)?
When the File Info window blanks can you raise the Preferences dialog (command-K)?

CS5 Generic File Info Memory Problem

Similar Messages

Maybe you are looking for