mpv/sub
wm4 da24cb9e3e sub: always clip subtitles against segment end
This happens only if the new segment wasn't read yet.

This is not quite proper and a problem with dec_sub.c internals.
Ideally, it'd wait with rendering until a new enough segment has been
read. Normally, the new segment is available immediately, so the end
will be automatically clipped by switching to the right segment in the
exact moment it's supposed to become effective.

Usually shouldn't cause any problems, though.
2016-02-20 16:42:32 +01:00
..
ass_mp.c ass_mp: add mp_ass_flush_old_events() 2016-01-18 12:12:34 -08:00
ass_mp.h ass_mp: add mp_ass_flush_old_events() 2016-01-18 12:12:34 -08:00
dec_sub.c sub: always clip subtitles against segment end 2016-02-20 16:42:32 +01:00
dec_sub.h sub: change how subtitles are read 2015-12-29 01:35:52 +01:00
draw_bmp.c Relicense some non-MPlayer source files to LGPL 2.1 or later 2016-01-19 18:36:06 +01:00
draw_bmp.h csputils: get rid of mp_csp_details 2015-01-06 16:50:58 +01:00
img_convert.c Relicense some non-MPlayer source files to LGPL 2.1 or later 2016-01-19 18:36:06 +01:00
img_convert.h Revert "sub: support straight alpha additionally to premultiplied alpha" 2013-08-12 02:49:22 +02:00
lavc_conv.c Relicense some non-MPlayer source files to LGPL 2.1 or later 2016-01-19 18:36:06 +01:00
osd.c osd: make osd-width/height properties watchable 2016-01-15 22:54:08 +01:00
osd.h osd: use the same ASS_Renderer for OSD text and progbar 2015-11-28 19:24:31 +01:00
osd_dummy.c mpv_talloc.h: rename from talloc.h 2016-01-11 21:05:55 +01:00
osd_font.otf osd+osc: Add left-arrow to osd-font 2014-08-21 18:45:41 +02:00
osd_libass.c Relicense some non-MPlayer source files to LGPL 2.1 or later 2016-01-19 18:36:06 +01:00
osd_state.h osd: use the same ASS_Renderer for OSD text and progbar 2015-11-28 19:24:31 +01:00
sd.h demux: merge sh_video/sh_audio/sh_sub 2016-01-12 23:48:19 +01:00
sd_ass.c vd_lavc: feed A53_CC side data packets into the demuxer for eia_608 decoding 2016-01-18 12:14:52 -08:00
sd_lavc.c sub: implement "sub-seek 0" 2016-02-04 22:48:13 +01:00