summaryrefslogtreecommitdiff
path: root/src
diff options
context:
space:
mode:
authorCarl Hetherington <cth@carlh.net>2022-05-16 00:37:38 +0200
committerCarl Hetherington <cth@carlh.net>2022-05-16 21:39:28 +0200
commit69f518c6ee7cd1108f99982e2d536e85f7f80b5b (patch)
tree816b6801ccc350059e5009f241f3521f66b89303 /src
parent6b09eaaf8a972aa0d607c5f26da9e19720b5a668 (diff)
Remove an old hack that is no longer necessary.
Diffstat (limited to 'src')
-rw-r--r--src/lib/player.cc13
1 files changed, 0 insertions, 13 deletions
diff --git a/src/lib/player.cc b/src/lib/player.cc
index 392c929a3..27b2d8d97 100644
--- a/src/lib/player.cc
+++ b/src/lib/player.cc
@@ -816,19 +816,6 @@ Player::pass ()
for (auto const& i: _delay) {
do_emit_video(i.first, i.second);
}
-
- /* Perhaps we should have Empty entries for both eyes in the 3D case (somehow).
- * However, if we have L and R video files, and one is shorter than the other,
- * the fill code in ::video mostly takes care of filling in the gaps.
- * However, since it fills at the point when it knows there is more video coming
- * at time t (so it should fill any gap up to t) it can't do anything right at the
- * end. This is particularly bad news if the last frame emitted is a LEFT
- * eye, as the MXF writer will complain about the 3D sequence being wrong.
- * Here's a hack to workaround that particular case.
- */
- if (_next_video_eyes && _next_video_time && *_next_video_eyes == Eyes::RIGHT) {
- do_emit_video (black_player_video_frame(Eyes::RIGHT), *_next_video_time);
- }
}
return done;