I think that the difference between PC-players and real calibrated equipment is usually more subtle. Even if you
can see the difference, it doesn't scream out in blaring green as in the examples I have shown.
I decided to do some more tests. First, I took a well known photo, a background picture from Windows 10. I painted in two white/gray rectangles of neutral color. One with the rgb-values 255, 255, 255 (the default color of subtitles in DOM) and one with the rgb-values 233, 233, 233 as suggested by Alex. I then converted the image to a DCP in DOM. This is the result:
http://hem.bredband.net/olsand/dcp/000010.jpg
The two rectangles are still neutral in color, even though they came out a little bit darker than the original.
I then ran DOM again, this time with a burnt-in subtitle on the upper rectangle. The subtitle came out almost invisible, since it's the same color as the background. That's good, and just as expected.
http://hem.bredband.net/olsand/dcp/000088.jpg
For a final test, I used the DCP from the first test as input to DOM, instead of the original image. I then burnt-in the same subtitle again. Now the subtitle has a noticeable green tint (but the background has kept its original neutral color). Not good, and not as expected, since both the subtitle and the background were originally white. You can't really blame the PC-player. Both the subtitle and the background are in the same picture, and are the subject of the same color management by the player.
http://hem.bredband.net/olsand/dcp/000095.jpg
My conclusion is that
- when the input material is a DCP (jpeg 2000), DOM will distort the color of burnt-in subtitles, (or perhaps "forget" to apply the correct color space conversion).
- when the input material is something else (rgb) - an MP4-movie, a BMP image etc. the subtitle color will come out alright.
I might be wrong, but I think that this must be a bug in DCP-o-matic.