diff options
| author | Carl Hetherington <cth@carlh.net> | 2022-05-16 00:37:38 +0200 |
|---|---|---|
| committer | Carl Hetherington <cth@carlh.net> | 2022-05-16 21:39:28 +0200 |
| commit | 69f518c6ee7cd1108f99982e2d536e85f7f80b5b (patch) | |
| tree | 816b6801ccc350059e5009f241f3521f66b89303 /src | |
| parent | 6b09eaaf8a972aa0d607c5f26da9e19720b5a668 (diff) | |
Remove an old hack that is no longer necessary.
Diffstat (limited to 'src')
| -rw-r--r-- | src/lib/player.cc | 13 |
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; |
