summaryrefslogtreecommitdiff
path: root/test/shuffler_test.cc
AgeCommit message (Collapse)Author
2022-12-29Cleanup: test tidying.Carl Hetherington
2021-01-31More enum class additions.Carl Hetherington
2021-01-07std::shared_ptrCarl Hetherington
2020-10-13Some macOS test build fixes.Carl Hetherington
2019-02-13Fix test after Shuffler changes.Carl Hetherington
2019-02-13Fixes to 3D shuffler to fix #1463.Carl Hetherington
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.
2018-04-05Further adjustment of shuffler to cope with having sources for only one eye.v2.13.12Carl Hetherington
2018-01-16In general the player assumes that it won't receive out of order video.Carl Hetherington
This clearly can happen with separate L/R sources. A pass in L might emit two frames which means the arrivals can't possibly be in order. This commit fixes this by introducing a Shuffler which all alternate-3D sources send their video to. The Shuffler re-orders things before they arrive at the player. It also fixes the code which inserts video frames before one that arrives after a gap. This didn't cope with 3D right before. The audio code solves a similar (perhaps the same?) problem with the AudioMerger; perhaps we should have a similar thing for video and make the player emit complete 3D frames. Should help with #976.