site_archiver@lists.apple.com Delivered-To: pro-apps-dev@lists.apple.com Ryan, - Matt On Jul 16, 2008, at 4:49 PM, Ryan Gallagher wrote: and on less dire topic... Is there a better way that I am completely overlooking? Thanks, Ryan _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/matt.m%40apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.ap... For the first issue, contact AppleCare. They should be able to give you guidance with a database in this state. Or you can revert to a backed up database (you have set up regular backups of the db from the pref pane I hope?) As for the second, what you propose seems fine. See how it goes and let us know if you run into issues. Well I have a couple issues actually, the subject being the most pressing. I have been spending most of the day working on a series of subscriptions, watch folder, and xml read/write based automations. While I still havn't got the results I am looking for, at least everything was functioning. Then suddenly, with no warning, my subscriptions seemed to completely ignore anything they were subscribed to. Restarting the client and restarting the machine did not fix the problem. Finally I opened system preferences, stopped the server and then clicked start the server, and now it just tells me "There was an error communicating with the server...please start up the database server." I am unable to find any documentation or discussion on why this has happened and how I can fix it. As it stands, FCSvr does not parse the XML of a .motn project to map any file dependencies. Our workflow involves thousands of .motn files, and significantly less PSDs or TIFFs that may be referenced by any number of .motn files. My goal is to have automations in place that can detect modified children assets of the .motn and re- transcode any affected .motn file. Thus far the only theoretical solution I could come up with before my server died involved the following: 1)Subscribe to any modified PSDs or TIFFs and trigger an external script that parses the title of the modified file for the element that represents what .motn files that asset is associated with. 2)That external script then edits the FCSvr XMLs of any .motn files that contain said element in its name. 3)A Watcher looks for modified XMLs and then reads them, thereby updating the status of any .motn that needs to be re-encoded 4)A Subscription looks for .motn assets whose status has changed and responds with a copy+conversion. This email sent to matt.m@apple.com This email sent to site_archiver@lists.apple.com