| Age | Commit message (Collapse) | Author |
|
should fix #1129.
|
|
|
|
readahead quite a bit. This in turn reduces the maximum butler memory
usage as it will keep getting audio (and hence video) until the
minimum audio readahead is hit.
|
|
|
|
|
|
|
|
as I can see. It decided which reel to write new audio to based on
how many frames had been written to the current reel; this makes
no sense for referred reels for which the player will emit no audio.
This code looks at the audio timestamp instead.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
and also by the inability of content_video_to_dcp to return
negative values. The latter is necessary for tests on "is this
content too early" to work.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
on frame-advance (and in other cases).
|
|
again.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
with a pts.
|
|
|
|
asset (#1126).
|
|
|
|
|
|
|
|
|
|
rejected by the player, and for initial audio not to be at time 0.
|
|
|
|
|
|
|