View Bug Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0002447 | DCP-o-matic | Bugs | public | 2023-02-12 11:41 | 2024-02-16 09:01 |
Reporter | carl | Assigned To | |||
Priority | high | Severity | minor | Reproducibility | have not tried |
Status | confirmed | Resolution | open | ||
Target Version | 2.16.x | ||||
Summary | 0002447: Player crashes with certain DCP | ||||
Description | See email 12/2/2023 | ||||
Tags | player | ||||
Branch | bad-mxf | ||||
Estimated weeks required | |||||
Estimated work required | Undecided | ||||
|
It is also crashing the verifier: <code> |
|
To do:
|
|
It would be useful to have some indication of this kind of error in the verifier. As it is now, these kind of DCPs make some media blocks crash (Cat862/Cat745). Some others display flashes in the image but continue playing (IMS3000). I highly suspect, but am not entierly sure, that these corrupted DCPs are made with DoM and that encoding is somehow interrupted and then resumed. Would it be possible to check the last few frames when resuming encode to avoid this? |
|
On resume, DoM finds a last "good" frame (i.e. one with a matching hash in the info files that it writes) and carries on from there. Perhaps something is going wrong with that. Are you making the DCPs that you suspect DCP-o-matic of corrupting, or is it somebody else? |
|
Unfortunately it is not me making these DCPs. It was just a guess on what is going on. |
|
It appears that we no longer have this DCP but it should be possible to trigger the same crash. |
Date Modified | Username | Field | Change |
---|---|---|---|
2023-02-12 11:41 | carl | New Bug | |
2023-02-13 04:46 | mhm | Note Added: 0005492 | |
2023-02-13 08:02 | carl | Status | new => acknowledged |
2023-02-13 08:02 | carl | Estimated work required | => Undecided |
2023-02-14 00:07 | carl | Status | acknowledged => in progress |
2023-02-14 00:07 | carl | Branch | => bad-mxf |
2023-02-16 18:53 | carl | Target Version | 2.16.43 => 2.16.44 |
2023-02-18 23:54 | carl | Target Version | 2.16.44 => 2.16.45 |
2023-02-21 22:31 | carl | Note Added: 0005533 | |
2023-03-03 22:51 | carl | Target Version | 2.16.45 => 2.16.46 |
2023-03-05 20:36 | carl | Target Version | 2.16.46 => 2.16.47 |
2023-03-08 00:27 | carl | Target Version | 2.16.47 => 2.16.48 |
2023-03-23 20:24 | carl | Target Version | 2.16.48 => 2.16.49 |
2023-03-23 21:11 | mhm | Note Added: 0005578 | |
2023-03-27 18:36 | carl | Target Version | 2.16.49 => 2.16.51 |
2023-03-27 23:56 | carl | Note Added: 0005581 | |
2023-03-29 19:34 | mhm | Note Added: 0005596 | |
2023-03-30 12:33 | carl | Target Version | 2.16.51 => 2.16.52 |
2023-04-11 00:03 | carl | Target Version | 2.16.52 => 2.16.54 |
2023-04-22 20:03 | carl | Target Version | 2.16.54 => 2.16.56 |
2023-05-12 13:13 | carl | Target Version | 2.16.56 => 2.16.57 |
2023-05-28 20:01 | carl | Target Version | 2.16.57 => 2.16.58 |
2023-06-03 20:21 | carl | Target Version | 2.16.58 => 2.16.59 |
2023-06-09 09:17 | carl | Target Version | 2.16.59 => 2.16.60 |
2023-06-21 20:48 | carl | Target Version | 2.16.60 => 2.16.x |
2024-01-03 23:51 | carl | Status | in progress => confirmed |
2024-01-10 19:18 | carl | Note Added: 0006222 | |
2024-01-10 19:18 | carl | Priority | normal => high |
2024-02-16 09:01 | carl | Tag Attached: player |