summaryrefslogtreecommitdiff
path: root/src/lib/video_decoder.cc
diff options
context:
space:
mode:
authorCarl Hetherington <cth@carlh.net>2022-09-15 01:15:55 +0200
committerCarl Hetherington <cth@carlh.net>2022-09-15 01:15:55 +0200
commitc103d8c1306e5fb3937b3a6c430a3fff32653fa3 (patch)
tree60609a21e09595990e38d33fa5df2f32a49fe8b9 /src/lib/video_decoder.cc
parent41bab4e95911d3ae99081556db5fe1d29ac008b5 (diff)
Fix some spelling mistakes (mostly in comments).
Diffstat (limited to 'src/lib/video_decoder.cc')
-rw-r--r--src/lib/video_decoder.cc2
1 files changed, 1 insertions, 1 deletions
diff --git a/src/lib/video_decoder.cc b/src/lib/video_decoder.cc
index 8d6f7e6c7..cf21f885a 100644
--- a/src/lib/video_decoder.cc
+++ b/src/lib/video_decoder.cc
@@ -96,7 +96,7 @@ VideoDecoder::emit (shared_ptr<const Film> film, shared_ptr<const ImageProxy> im
if (!_position) {
/* This is the first data we have received since initialisation or seek. Set
the position based on the frame that was given. After this first time
- we just cound frames, since (as with audio) it seems that ContentTimes
+ we just count frames, since (as with audio) it seems that ContentTimes
are unreliable from FFmpegDecoder. They are much better than audio times
but still we get the occasional one which is duplicated. In this case
ffmpeg seems to carry on regardless, processing the video frame as normal.