summaryrefslogtreecommitdiffstats
path: root/sub/osd.h
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2015-03-18 12:33:14 +0100
committerwm4 <wm4@nowhere>2015-03-18 13:15:20 +0100
commit51befc9debef818cbf071aebf8861457ac095f8d (patch)
tree140152a3b5db9655c5b869d83a7d0c6212c91a6a /sub/osd.h
parent15478ca31c48d46b576264299803ab43fdeb1d04 (diff)
downloadmpv-51befc9debef818cbf071aebf8861457ac095f8d.tar.bz2
mpv-51befc9debef818cbf071aebf8861457ac095f8d.tar.xz
osd: simplify an aspect of change detection handling
There was a somewhat obscure optimization in the OSD and subtitle rendering path: if only the position of the sub-images changed, and not the actual image data, uploading of the image data could be skipped. In theory, this could speed up things like scrolling subtitles. But it turns out that even in the rare cases subtitles have such scrolls or axis-aligned movement, modern libass rarely signals this kind of change. Possibly this is because of sub-pixel handling and such, which break this. As such, it's a worthless optimization and just introduces additional complexity and subtle bugs (especially in cases libass does the opposite: incorrectly signaling a position change only, which happened before). Remove this optimization, and rename bitmap_pos_id to change_id.
Diffstat (limited to 'sub/osd.h')
-rw-r--r--sub/osd.h3
1 files changed, 1 insertions, 2 deletions
diff --git a/sub/osd.h b/sub/osd.h
index a96fc63663..704a424c4c 100644
--- a/sub/osd.h
+++ b/sub/osd.h
@@ -70,8 +70,7 @@ struct sub_bitmaps {
struct sub_bitmap *parts;
int num_parts;
- // Incremented on each change
- int bitmap_id, bitmap_pos_id;
+ int change_id; // Incremented on each change
};
struct mp_osd_res {