| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
A reporter on the forum is making their own DCPs that don't include
an essence type at some point which trips this check as it was before.
|
|
|
|
|
|
|
|
|
|
(DoM #2716).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
(DoM #2698).
|
|
#2698).
|
|
|
|
|
|
|
|
MXF::set_key() sets it.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
I can't remember seeing this logged for ages and it appears to cost
nearly a second on the rgb_xyz benchmark on AMD Ryzen 7 5700U.
|
|
from the rgb -> xyz loop.
|
|
|
|
|
|
|
|
|
|
Adapted from a patch from Aaron Boxer for grok support.
|
|
|
|
This causes some test ID churn.
|
|
|
|
|
|
I didn't yet find a reference which tells me what they are, but there
have been multiple reports of DCPs that have this channel ID and so
(before) could not be added to a DoM project.
|
|
|
|
Ubuntu 16.04).
|
|
|
|
required mangling of long filenames on Windows.
Also wrap lots of missing places (e.g. calls to asdcplib, libxml++,
libcxml etc.) in dcp::filesystem::fix_long_path().
The idea is to keep paths un-mangled until they we call some
filesystem-related API and mangle them at that point. Otherwise
we end up serialising mangled names, which seems like it will
not end well.
Should fix DoM #2623.
|
|
|
|
(DoM/GH #20).
|
|
|
|
|
|
as subs).
|
