It would be necessary to know what type of Sony projectors are used. There are two major
product versions with very different software when it comes to SMPTE DCPs.
The Sony SMPTE verification is not just a hash check. Also, the trouble DCP-o-matic had
with Sonys was ONLY with encrypted SMPTE DCPs. It wasn't possible to create working
KDMs for them - unencrypted SMPTE DCPs would always ingest and play fine. This issue was
finally solved both in DCP-o-matic, and a Sony software update (it was actually a bug on
Sonys side, not DCP-o-matic). The DCP was okay, the trouble was with the
certificate/signature validation.
Now, the older Sony SRX-R220/320 systems have a separate SMPTE validation process. It is
usually triggered after ingest automatically, but manual is possible as well.
The more modern SRX-R5xx/8xx systems perform that validation in the background/during
ingest. These are the systems with the validation/signature bug that later had been
solved.
On the R5xx/8xx systems, it is very easy to find the software version number, it is always
displayed on the lower right of the screen. See screenshot.
It is also comprehensive - the number tells the version of all software components,
Server, projector, subsystems, etc. Make them send a photo of the main screen with the
lower right visible.
It may be that the older R320 systems have trouble with some aspects of SMPTE Bv2.1. They
haven't received software updates for a long time. They will certainly still play
SMPTE DCPs, but it may be that commercial DCP mastering companies found ways around their
issues. I know a few people still operating these older Sonys, but they are not ready to
play tests.
I have another report of a SMPTE DCP not working or not ingesting on a SONY, but in that
case, even less information is available. It could also be a disc format issue.
I create SMPTE DCPs for our Sony R515 multiple times each week. I never had issues.
- Carsten