summaryrefslogtreecommitdiff
path: root/misc
diff options
context:
space:
mode:
authorJuergen Keil <jkeil@users.sourceforge.net>2002-12-20 14:25:13 +0000
committerJuergen Keil <jkeil@users.sourceforge.net>2002-12-20 14:25:13 +0000
commitcd6150c5b28b2f2fc50939c01f3c275799854788 (patch)
tree34b40213f037f5006369fa5703f0e80cd962d085 /misc
parentcf61759921111b3cdc86dc28ccefa671b8e886fb (diff)
downloadxine-lib-cd6150c5b28b2f2fc50939c01f3c275799854788.tar.gz
xine-lib-cd6150c5b28b2f2fc50939c01f3c275799854788.tar.bz2
Check for changes in the global vo_scale's gui_pixel_aspect, and update the
frame's vo_scale.gui_pixel_aspect. The real value of gui_pixel_aspect is determined when the first frame is about to be drawn to the screen. Before we draw the first frame of a clip, several frames could be prepared for a certain width/height/ratio_code/... but using vo_scale's default gui_pixel_aspect of 1.0. The change makes sure that all frames will be updated to use the monitor's correct gui_pixel_aspect value, once we know it. Before this change I've observed cases where xine tried to resize the video window all the time while playing a clip, due to different gui_pixel_aspect values stored in the video frames. CVS patchset: 3594 CVS date: 2002/12/20 14:25:13
Diffstat (limited to 'misc')
0 files changed, 0 insertions, 0 deletions