| Age | Commit message (Collapse) | Author |
|---|
|
size of the image when doing play-to-end, then play; in this case
we start playing again, _frame goes to 0 and we stop.
|
|
passed in without a filename.
|
|
|
|
|
|
|
|
|
|
|
|
it was done too often, I think.
|
|
and at the same time traces like
Butler -> Content::end -> Playlist::active_frame_rate_change.
|
|
|
|
|
|
|
|
|
|
|
|
alive even though it has no main window (part of #1481).
|
|
This reverts commit 07f8ca1c6fb86fad8a6ba5bbf5f8ed8b74210579.
|
|
|
|
creator.
|
|
|
|
|
|
|
|
pressing on with a possibly-incorrect autodetection.
|
|
the position slider on OS X (probably #1452).
|
|
|
|
|
|
|
|
|
|
|
|
parsing a subtitle file fails.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Make the shuffler longer; I've seen examples where the video and sound
are over a second apart within the muxed file.
Allow the shuffler to pass through complete missed frames;
e.g. if the input is L1 R1 L3 R3 we can pass that through without
worrying about the missing frame #2.
Add a log warning if the shuffler fills: at this point, 3D sync
may be lost.
|
|
|
|
|
|
|
|
with a lock on _servers_mutex; handlers to that signal may call
::servers() which tries to take a lock on the same mutex.
|
|
18.04 one). Just open the status window on Linux.
|
|
|
