| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
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.
|
|
|
|
|
|
|
|
|
|
|
|
we emit a crucial frame and then fail to carry on because we miss it.
|
|
|
|
Tooltips don't seem to work on disabled widgets in Windows (at least).
|
|
|
|
|
|
|
|
Without this we ask the AudioMerger to merge new buffers with N
channels with old buffers with M channels, which it can't do.
I'm not convinced this is the best solution but I think it will do
for now.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
