You are correct that there were changes made to the client.db between TS 6.x and TS 7.x. I haven't been provided with any official documentation on the changes yet, but here are some old notes that I took a while back in a meeting with Christian. They have not been edited, but I'm including them here in case they help provide a few clues while we're waiting for better documentation.
- The old Client.db file in the Resources folder has been replaced by a DeviceDB folder. This folder contains separate XML files for each device. This was done so that we can do device updates without updating the entire db file. In the future these updates will be done automatically from the cloud.
- Any time there is more than one XML file for a single manufacturer , each of the separate XML files are placed in a single folder. The file scanner will still work properly if files are deleted or flattened out to a single directory . Currently we only update files that have been changed or new adds.
- The file scanner reads all of the separate XML files and read in the complete structure.
- To avoid having your custom device XMLs replaced, rename them.
- With 7.0 there is no change, only the server uses the client DB.
- After TS 7.1 ships our Client SDK and apps like TM will also take advantage of client adaptation.
- The structure is similar to what we had in the device.db before.
There are two different ways to recognize a device
1. Device recognition using Display Name (used by DMRs and DMS) Not the friendly name
2. HTTP-based recognition (used by PS3 and most DMPs)
- Mapping update policy is used to ID certain types of devices. FIX is used for hardware devices. PC software and mobile phones use PC FIX . We switch dynamically on a connection. A PC can run several pieces of software at once. It faster if we donâ€™t have to look to get all device descriptions.
- MIME-type mapping is most important because this is not standardized and media wonâ€™t play if this is not set properly. Not a one to one mapping. We no longer have file extension to MIME-type mapping.
- We use MIME-type mapping to trick the device into playing files.
- MIME-type surpress does not make a media type playable but it will prevent a device crash.
- Transcoding.db points to the description files which are here under resources CGI Bin
- Device DB only has MPEG2 and MP4 (may be disabled) as target formats because these are the only encoders which we currently license.
- Transcoding sources are MIME types.
Source = Mime-type
Target = Destination
- Old transcription files will still work with the trancoding engine. Old works with new. Do not to convert to XML.