| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 2022-12-29 | Cleanup: test tidying. | Carl Hetherington | |
| 2021-01-31 | More enum class additions. | Carl Hetherington | |
| 2021-01-07 | std::shared_ptr | Carl Hetherington | |
| 2020-10-13 | Some macOS test build fixes. | Carl Hetherington | |
| 2019-02-13 | Fix test after Shuffler changes. | Carl Hetherington | |
| 2019-02-13 | Fixes 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-05 | Further adjustment of shuffler to cope with having sources for only one eye.v2.13.12 | Carl Hetherington | |
| 2018-01-16 | In 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. | |||
