dmx/doc/scaled.xml

80                         All primitives drawn to scaled window would be
171               A better solution would be to cache all updates to the
173               damaged area to the X display with XPutImage.  This would
199               Extension, so this would not provide an immediate solution
220                   so that XvPutImage would be the only method for
276                 Video can be implemented that would support XvPutImage
277                 and little else.  This would require support for the
312                     XPutImage.  This pathway would have poor
330               Extension in DMX, one obvious solution would be to
333               call available under Windows.  This call would scale RGB
334               images and would not use the overlay plane (unlike the X
352                   Since XCopyAreaScaled would copy between two areas of
367               First, XCopyAreaScaled would provide for RGB scaling
371               XCopyAreaScaled would write into the non-overlay areas of
378                   added in a manner that would neither conflict with nor
385                   many people outside the DMX and VNC communities would
395                   uses.  However, over time, we would expect the
407                   this implementation pathway would make this extension
420               using OpenGL would transmit the non-scaled image to the X
421               server as a texture, and would then display a single
431               1025x1025 image, which would require a 2048x2048 texture
432               area (even a 640x480 image would require a 1024x512
445               solution for DMX would require support in the back-end X
471               hand corner of each display would be magnified, but the
472               composite result would be unreadable.  Magnifying one
474               utility, since the result would still be no larger than a
483               XFree86-VidModeExtension Extension, would allow an
505               total resolution of the display wall would be 2560x1920,
508               would be completely application independent (except,
529               frame buffer would allow the server to do scaling, but is
532               buffer would be very large for large display walls).
554             application.  This would allow applications, even those that
556             scaling.  In this section we describe how the call would
569               An X11 window has several attributes that would have to be
602               In this case, additional modifications to the client would
610               coordinates would have to be modified so that unscaled
645                 The initial implementation work would include the design
656                 a 2D scaled blit primitive, the implementation would
661                 implementation pathway would be helpful to others.
673                 A project centered around OpenGL-based scaling would
675                 would include re-writing the <command>vncviewer</command>
688                 This project would add support for the X Video Extension
689                 to DMX and would add support to VNC to take advantage of
691                 would require modifying the <command>vncviewer</command> rendering