View Bug Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0001136 | DCP-o-matic | Bugs | public | 2017-10-18 13:34 | 2018-10-17 20:16 |
Reporter | carl | Assigned To | carl | ||
Priority | normal | Severity | minor | Reproducibility | have not tried |
Status | closed | Resolution | fixed | ||
Target Version | 2.12.0 | ||||
Summary | 0001136: Problems with 2.11.x on DSS200 | ||||
Description | Everything slows up and it end up with "Transport not available." Bug present in 2.11.24;2.11.26 not in 2.10.5. | ||||
Tags | No tags attached. | ||||
Branch | |||||
Estimated weeks required | |||||
Estimated work required | Unknown | ||||
|
Jonathan Jensen has seen similar with Barco ICMP (v1.2.7.10.17247). |
|
He says same DCPs work fine on Doremi IMB/SV, DCP2000, IMS2000. |
|
Gunnar reports that this started after 2.11.22. Almost certainly d505cef which bumps libdcp 047d8ff..7e67afe and hence openjpeg2-cdist from 8ea62cc..bf14163. This is from somewhere before 2.2.0 to somewhere after. |
|
Is it possible to do some basic analysis on mxf files created before/after? e.g. 2.10.5. and 2.11.27? I have a few colleagues around with DSS200, but I guess I need to come well prepared to keep testing time to a minimum, and would like to know what to look for. Will also check with our Barco ICMP shortly. This creates a very explicit decoder log, which might help.
|
|
hacks/j2k_dump.py needs to be extended to see if there are differences in the codestreams. As it stands there are non apparent between 2.10.5 and 2.11.x. |
|
Today I created BigBuckBunny test DCPs, both IOP and SMPTE, with 2.10.5, and 2.11.31 (WIN64). Our Barco ICMP with most recent firmware on it played the 2.10.5 versions okay, but refused to play the 2.11.31 DCPs. Sometimes it would play them, but stutter, stop, etc. There must be something wrong with the codestream.
|
|
Dec 30 22:59:59 FFBARCO user.debug SM: IMB Event- J2K decoder event wd0=338 wd1=80000 at FrameId=824 |
|
See http://www.dcpomatic.com/forum/viewtopic.php?f=2&t=965 |
|
Bisecting openjpeg looking for the 0x00/0x80 swaps that Carsten spotted (in the forum thread) points at openjpeg commit 2609fb8077125b5b31f1bcc2f98c12ff1e6572d7 |
|
2.11.34 reverts that openjpeg commit to see if it makes anything better. |
|
Believed fixed in 2.11.34. |
Date Modified | Username | Field | Change |
---|---|---|---|
2017-10-18 13:34 | carl | New Bug | |
2017-12-07 11:33 | carl | Note Added: 0001845 | |
2017-12-07 11:35 | carl | Note Added: 0001846 | |
2017-12-13 11:51 | carl | Note Added: 0001849 | |
2017-12-13 11:54 | carl | Note Edited: 0001849 | |
2017-12-19 14:53 | Carsten | Note Added: 0001859 | |
2017-12-27 22:09 | carl | Note Added: 0001861 | |
2017-12-31 00:17 | Carsten | Note Added: 0001872 | |
2017-12-31 00:31 | Carsten | Note Added: 0001873 | |
2018-01-01 23:55 | carl | Note Added: 0001880 | |
2018-01-01 23:55 | carl | Note Added: 0001881 | |
2018-01-02 00:48 | carl | Note Added: 0001882 | |
2018-01-02 01:14 | carl | Assigned To | => carl |
2018-01-02 01:14 | carl | Status | new => confirmed |
2018-01-03 14:55 | carl | Status | confirmed => resolved |
2018-01-03 14:55 | carl | Resolution | open => fixed |
2018-01-03 14:55 | carl | Note Added: 0001898 | |
2018-10-17 20:16 | carl | Status | resolved => closed |