dcpomatic/test/shuffler_test.cc, branch debug/niclas DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=debug%2Fniclas 2018-04-05T15:31:18Z Further adjustment of shuffler to cope with having sources for only one eye. 2018-04-05T15:31:18Z Carl Hetherington cth@carlh.net 2018-04-05T15:31:18Z urn:sha1:5f5c64faa7b0114f84f45e50211611333042c672 In general the player assumes that it won't receive out of order video. 2018-01-16T21:01:30Z Carl Hetherington cth@carlh.net 2018-01-16T21:01:30Z urn:sha1:1aad2c33896ce6222f3c929c7af7fe4ff5fda0f2 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.