summaryrefslogtreecommitdiffstats
path: root/video/out
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2020-02-02 02:15:51 +0100
committerwm4 <wm4@nowhere>2020-02-02 02:15:51 +0100
commitf304a799350ced0f0a8882843e17bcd5fcea2e25 (patch)
tree779be92d5eb9ca44365bf9df4447bcb05eef58a4 /video/out
parent77a74d9eb55513893f3a3a23c4d808c1890b2811 (diff)
downloadmpv-f304a799350ced0f0a8882843e17bcd5fcea2e25.tar.bz2
mpv-f304a799350ced0f0a8882843e17bcd5fcea2e25.tar.xz
stream_cdda: fix operation
The cdio API always reads in sectors (fixed CDIO_CD_FRAMESIZE_RAW blocks). In the past, mpv/MPlayer streams had a way for a stream to signal a sector size, so the stream's fill_buffer implementation could ignore the length argument. Later, that was removed, but stream_cdda.c was left with assuming that the read size was always larger than the sector size (rightfully at the time). Even later, this assumption was broken with commit f37f4de, when it was suddenly possibly that smaller reads were performed (at ring buffer boundaries). It returned EOF if the buffer size was too small, so playback stopped very early. Fix this by explicitly handling arbitrary sizes. Tested with a .cue/.bin file only. Fixes: #7384
Diffstat (limited to 'video/out')
0 files changed, 0 insertions, 0 deletions