25 Jan
2020
25 Jan
'20
10:43 p.m.
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(a)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(a)carlh.net
http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic
_______________________________________________
DCPomatic mailing list
DCPomatic(a)carlh.net
http://main.carlh.net/cgi-bin/mailman/listinfo/dcpomatic