| Age | Commit message (Collapse) | Author |
|---|
|
It turns out Carsten uses it :)
This reverts commit bd5e8b83a3a18787241982efdae809d4db21f65d.
|
|
uses it.
|
|
specifically because the GDC SX-2001 will only play 25fps DCPs
with a 16:9 ratio (not Flat).
https://www.dcpomatic.com/forum/viewtopic.php?f=2&t=1119&p=4470
|
|
|
|
|
|
|
|
|
|
sense of unease but let's see how it goes.
|
|
called (#1335).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
there's a long delay at the end of the job while they are written.
We must still write FULL frames even if the queue is long (we only
stop doing that if the queue has too many FULL frames i.e. too much
memory consumption). With this commit we stop writing REPEAT/FAKE
frames when the queue gets long and assume there will always be a
sequence image for writing and hence the main writer thread will reduce
the queue given time.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
decoding in general).
|
|
|
|
Apparently we have to pass frame_rate as a parameter when making the buffer
source for the filter chain.
|
|
to put subtitles in.
|
|
|
|
video when they change (#1290).
|
|
|
|
|
|
|
|
were merged.
|
|
|
|
|
|
|
|
|
|
|
|
the resulting images; fixes #1274.
|
|
|
|
|
|
|
|
|
|
things.
|
