summaryrefslogtreecommitdiffstats
path: root/loader/win32.h
diff options
context:
space:
mode:
authorjkeil <jkeil@b3059339-0415-0410-9bf9-f77b7e298cf2>2001-07-12 15:23:26 +0000
committerjkeil <jkeil@b3059339-0415-0410-9bf9-f77b7e298cf2>2001-07-12 15:23:26 +0000
commit009d2b0dc7ce5d7089bdb4136d1b575b115981d0 (patch)
tree62cac7ae3879f54e0e2301e876aa3a18e61b1e4c /loader/win32.h
parent88b34d0d112d73462f36e003ea788d6adb2211a2 (diff)
downloadmpv-009d2b0dc7ce5d7089bdb4136d1b575b115981d0.tar.bz2
mpv-009d2b0dc7ce5d7089bdb4136d1b575b115981d0.tar.xz
yuv2rgb_mmx crashes with ffdivx codec, when we play back avi files that have
a frame width that is not an exact multiple of 8. Testcase: 405.avi (356x240). Playing on an MMX capable x86 system using the x11 video-out driver results in a segfault. The MMX routines convert image data in quantities of 8 pixels in each loop, and the inner loop was not terminated in case there are only 1-7 pixels left, producing too much RGB output. For now, just ignore the last few pixels on each row, to avoid the segfaults. (Gives a black vertical border on the right, if you play a video with width%8 != 0) A possible future enhancement would be, to add a second loop to convert the last width%8 pixels to RGB using a byte loop. git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@1307 b3059339-0415-0410-9bf9-f77b7e298cf2
Diffstat (limited to 'loader/win32.h')
0 files changed, 0 insertions, 0 deletions