3 small bugs in 2.14.10

[binba]

Using "bug" liberally here, in the sense of "things that I believe should be fixed".
Using 2.14.10 3c7d19089d (Mac):

1. Creating a SMPTE DCP, ASSETMAP.xml contains:

Code: Select all

<AssetMap xmlns="http://www.smpte-ra.org/schemas/429-9/2007/AM"/>

Which is a dead link. (Not sure what happened to 429-9 anyway?)


2. In Content / Audio tab / mapping:
Add a label to ch 15, for sign language. ("SLV", as per Technicolor’s guidelines v4.07 pg. 17).


3. I opened an earlier project that already had a feature DCP made. I modified the ISDCF name and made a new DCP.
The UI said it was working on "encoding" and "transcoding". But it wasn't really, was it? (Log attached.) It shouldn't... and making the DCP took 1.2 hours, as opposed to 6-7 hours that it took to "really" encode the ProRes(HQ) asset to J2K on the same machine.
I recommend that the nomenclature be changed to clarify when video/audio assets are modified ("encoding" / "transcoding") and when they're not ("rewrapping" or "reusing", perhaps).

Thanks!

.

[carl]

Hi

1. Creating a SMPTE DCP, ASSETMAP.xml contains:

<AssetMap xmlns="http://www.smpte-ra.org/schemas/429-9/2007/AM"/>

Which is a dead link. (Not sure what happened to 429-9 anyway?)

The standard mandates this namespace and says that it does not necessarily correspond to an online source i.e. it may not be an actual web link.

2. In Content / Audio tab / mapping: (add SLV)

Good idea, I added a bug for this

3. encoding/transcoding/rewrapping/reusing misleading messages

Here's a bug for that.

Thanks for the reports.
Carl

[binba]

Many thanks, Carl! Being clearly aware of what the software is doing (re-encoding? Color space conversion?) will be very helpful.