View Bug Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0001545 | DCP-o-matic | Bugs | public | 2019-05-03 09:39 | 2020-12-16 00:11 |
Reporter | Carsten | Assigned To | carl | ||
Priority | normal | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Platform | Mac | OS | OS X | OS Version | 10.12 |
Product Version | 2.14.0 | ||||
Target Version | 2.14.x | ||||
Summary | 0001545: Player chokes on DCPs using PNG subs | ||||
Description | I just created a short DCP using PNG subtitles from a DVD/VOB. DCP looks okay, a couple of PNGs in subtitle folder.
| ||||
Tags | No tags attached. | ||||
Branch | |||||
Estimated weeks required | |||||
Estimated work required | Undecided | ||||
|
|
|
Fixed the make_transparent() error in 46df210e1c25c3cdae664390efac8e60714ad635 |
|
Can't reproduce the failed playback, though; is it feasible to make the failing DCP available? |
|
I guess, yes. I took a DVD-RIP, trimmed it to a few seconds containing a few subs, then created the DCP. Went without issues, I can load it into DCP-o-matic main, but it shows that behaviour in the player on my Mac. The DCP is about 1.2GB though. I could try with a tighter trimming to make it smaller? Maybe leaving out video and audio mxf would already help you?
|
|
1.2Gb is fine with me if it's doable for you. If not, I can try again; perhaps it's a mac-only thing, I haven't tested my DCP on a Mac yet. |
|
Let's see - I created the same DCP, but disabled subtitles, plays okay in both player 2.14 and 2.13.156. So it's not something else in that DCP or source. Both player 2.14 and 2.13.156 show the same behaviour with the PNG'd DCP. It's weird that after loading, the first frame appears, but the DCP content indicators at the bottom remain empty. It says 'No DCP'. For now, here's the project file and DCP metadata: |
|
|
|
Alright, I created another DCP, using the PNG/XML subtitles from the previous PNG test, but without video and audio content. DCP-o-matic put's the PNGs nicely over a black backgound with silent audio, render goes fast and delivers very small DCP. Exhibits the same behaviour in the player - but uploads in a breeze... |
|
Thanks, I see that on my Mac, but not on Linux, oddly. |
|
Sat 4 May 13:38:17 2019: 0.625 -> 0.5866770833333333; delay 38.32291666666665 |
|
i.e. _video_position is never getting updated; i.e. ::get() isn't successfully fetching a new frame. |
|
Seems maybe to have been fixed by the pixel_format() patch; perhaps you can test 2.14.1. |
Date Modified | Username | Field | Change |
---|---|---|---|
2019-05-03 09:39 | Carsten | New Bug | |
2019-05-03 09:49 | Carsten | Description Updated | |
2019-05-03 09:50 | Carsten | File Added: Bildschirmfoto 2019-05-03 um 10.49.11.png | |
2019-05-03 15:01 | carl | Assigned To | => carl |
2019-05-03 15:01 | carl | Status | new => feedback |
2019-05-03 15:01 | carl | Note Added: 0003304 | |
2019-05-03 15:02 | carl | Note Added: 0003305 | |
2019-05-04 01:20 | Carsten | Note Added: 0003307 | |
2019-05-04 01:20 | Carsten | Status | feedback => assigned |
2019-05-04 01:20 | Carsten | Note Edited: 0003307 | |
2019-05-04 01:23 | carl | Note Added: 0003308 | |
2019-05-04 01:34 | Carsten | File Added: PNGtest.zip | |
2019-05-04 01:34 | Carsten | Note Added: 0003309 | |
2019-05-04 01:36 | Carsten | Note Edited: 0003309 | |
2019-05-04 01:42 | Carsten | Note Edited: 0003309 | |
2019-05-04 01:49 | Carsten | File Added: PNGTestBlack.zip | |
2019-05-04 01:49 | Carsten | Note Added: 0003310 | |
2019-05-04 13:27 | carl | Note Added: 0003312 | |
2019-05-04 13:27 | carl | Status | assigned => confirmed |
2019-05-04 13:39 | carl | Note Added: 0003313 | |
2019-05-04 13:40 | carl | Note Added: 0003314 | |
2019-05-04 22:43 | carl | Status | confirmed => resolved |
2019-05-04 22:43 | carl | Resolution | open => fixed |
2019-05-04 22:43 | carl | Note Added: 0003317 | |
2020-12-16 00:11 | carl | Status | resolved => closed |