Thank you very much Lilian.

EasyDCP's log seems inconclusive. j2c-test's output is interesting, but I don't know how to interpret the "Unprocessed markers". Perhaps Carl or someone else can shed light on that?

If I can trouble you further, would you be able to run EasyDCP's full validation on it? It seems to be a new feature recently added:

https://www.easydcp.com/support-faq.php?id=110

I don't think the 2 channels of audio is the cause. We rewrapped this DCP to Interop with 6 audio channels and that DCP behaved exactly the same as the original in the cinema.

In response to Carl's question: Yes, we also made a force J2K re-encode DCP from the original. DCP-o-matic did that quite happily - completed without error and nothing unusual in log, stdout, or stderr. That re-encoded DCP was successfully played at another cinema, but as yet I've not been able to test it at the venue where the original failed. I hope to be able to do that in the next week.

Thanks everyone for joining in with this detective work!

Jim

The playback does not fail.

This player crashes when bitrate his higher than 250.

Please find the log enclosed.

Audio has only 2 channels with SMPTE content. I do not know if there is any restriction about it.

I checked j2c structure with j2c-test but I do not know how to analyse the 'Unprocessed marker':

SIZ:
  Rsize: 3
  Xsize: 1998
  Ysize: 1080
 XOsize: 0
 YOsize: 0
 XTsize: 1998
 YTsize: 1080
XTOsize: 0
YTOsize: 0
  Csize: 3
Components
0: 11, 1, 1
1: 11, 1, 1
2: 11, 1, 1
COD:
      ProgOrder: CPRL
         Layers: 1
   DecompLevels: 5
 CodeBlockWidth: 32
CodeBlockHeight: 32
 CodeBlockStyle: 0
 Transformation: 9/7
QCD:
QuantizationType: scalar expounded
       GuardBits: 4
           SPqcd: 4
  000000: 20 96 f0 96 f0 96 c0 8f 00 8f 00 8e e0 87 50 87  .............P.
  000001: 50 87 68 70 05 70 05 70 47 77 d3 77 d3 77 62    P.hp.p.pGw.w.wb
Unprocessed marker - COC: Coding style component
Unprocessed marker - QCC: Quantization component
Unprocessed marker - COC: Coding style component
Unprocessed marker - QCC: Quantization component
Unprocessed marker - SOT: Start of tile-part
Processed 11 JPEG 2000 marker items.

Le sam. 25 janv. 2020 à 23:07, Carl Hetherington via DCPomatic <dcpomatic@carlh.net> a écrit :

Hi Jim

It might be interesting to see if DCP-o-matic will happily make a new DCP
out of it with "force J2K re-encode" ticked.

Best
Carl

On Sat, 25 Jan 2020, Jim Dummett via DCPomatic wrote:

> Hi all.
>
> Anyone out there have access to a Wailua or recent version of EasyDCP Player+,
> and be willing to run a DCP through it for validation?
>
> This DCP is a 3 minute short which failed playback at a London cinema
> recently. The fault was that picture and sound cut out (screen black, silence)
> for a couple of seconds and then playback resumed, but it skipped forwards by
> about 1 minute. This behaviour was replicated on two different servers at this
> cinema, although weirdly it played back faultlessly at another cinema.
>
> The disturbing thing is that I cannot find any fault with the DCP with the
> tools I have available. I would really like to find out what the fault is so I
> can add tools to our workflow to catch similar faults in future.
>
> NB This DCP came from an unknown external source and was made with OpenDCP.
> However, we rewrapped it with DCP-o-matic (without force J2K re-encode) and
> the problem persisted in that rewrapped DCP.
>
> If anyone is able to help, would be amazing.
>
> Many thanks,
>
> Jim
>
>
>
> _______________________________________________
> DCPomatic mailing list
> DCPomatic@carlh.net
> http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
>

_______________________________________________
DCPomatic mailing list
DCPomatic@carlh.net
http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic