Kyno Support

I created a ticket for this issue a number of days ago with no response.  I am new to Kyno and am unclear if issues are actually resolved via tickets or through the forum.

While I understand Kyno's overall design philosophy of keeping assets and metadata together in the same folder.  I assumed the [Preferences > Advanced]  cache/metadata options would manage disparate folders.

My basic workflow is: 1) Add non-indexed assets to [Assets] drive, 2) process (index) new assets located on [Assets] drive.

=========================================================

Ticket Info

=========================================================

My primary computer suffered a catastrophic failure and has been rebuilt with a new motherboard and fresh reinstall of Windows 10 Enterprise.

PROBLEM - After reinstalling Kyno all of my media assets and metadata are disassociated.

REQUEST - Please provide guidance on how to restore asset-metadata associations.  Please provide guidance on how to re-sync media assets and metadata.

You can find information about my basic configuration and resources below:

METADATA & ASSETS - Located on a dedicate server and accessed via network shares.  Please see attachment.

Assets Drive = J:    (\\server_name\assets\)
Metadata Drive = K: (\\server_name\dam\)

1) I have access to a copy my pre-rebuild Kyno directories in [user\Local\kyno] and [user\Roaming\kyno].

2) My original Tags and Metadata Presets are recoverable.

3) My metadata XML files are intact.

4) Items in Shared Cache are intact.

Thank you,

After going back through the FAQ (Is Kyno a Media Asset Management System?) and reading other site reviews of Kyno, I realized I was arguably not using the software as intended. I originally purchased Kyno as an Adobe Prelude CS6 replacement, but wound up using it as a MAM which resulted in the original problem. I will use another product dedicated to that purpose.

I was able to reclaim my metadata and asset associations by following the steps below.

RESOLUTION

1. Utilize retained metadata files (descriptive-metadata.xml) from custom [Store metadata in:] location.

2. Uninstall Kyno software and remove all user profile (Local/Roaming) references to Kyno.

3. Perform fresh install.

4. Ensure the [tags.xml] file and [metadata-presets] folder have been appropriately restored in the Kyno folders under the user profile.

5. Retain default [Store metadata in:] metadata setting “Hidden directories (default)”.  Note: I was hoping to avoid hidden metadata folders (.LP_Store) in every folder accessed via Kyno, but it appears to be the more reliable option compared to the custom-metadata-location option.

6. Perform an action in Kyno that causes a new metadata folder to be created in the desired asset folder.

7. Programmatically traverse the ‘retained metadata files’ folder and extract the file name-and-location from the XML [url] tag.

8. Copy and rename each (descriptive-metadata.xml) file into the desired hidden metadata folder (.LP_Store).

9. The new metadata file name should have the following format Asset_Filename (descriptive-metadata.xml > [url] XML tag) + “.lpmd”.  Example: my_video.mp4 >> my_video.mp4.lpmd

The work done above will pass the reinstall-software test.

FINAL THOUGHTS

Granted, Kyno’s use of hidden XML metadata files will allow me to import that information into another product that is better suited as a Media Asset Management System.  However, the current custom metadata [Store metadata in:] location feature does the exact opposite of what a user would expect it to do.  That is, create a safe unified location for all of your asset metadata; this works fine until a fresh Kyno reinstall is needed.

Purchased software should be robust enough to handle customer uninstall/re-installs without a substantial amount of reconfiguration work. I do appreciate the easy-to-use features of the user interface features (viewing, lite editing, conversion, tagging) and hope to see better design clarity on the FAQ (Is Kyno a Media Asset Management System?) question.