OpenCores
URL https://opencores.org/ocsvn/openrisc/openrisc/trunk

Subversion Repositories openrisc

[/] [openrisc/] [trunk/] [gnu-dev/] [or1k-gcc/] [libjava/] [gnu/] [awt/] [j2d/] [MappedRaster.java] - Rev 830

Go to most recent revision | Compare with Previous | Blame | View Log

/* Copyright (C) 2000  Free Software Foundation
 
   This file is part of libgcj.
 
This software is copyrighted work licensed under the terms of the
Libgcj License.  Please consult the file "LIBGCJ_LICENSE" for
details.  */
 
package gnu.awt.j2d;
 
import java.awt.image.WritableRaster;
import java.awt.image.ColorModel;
 
/* The raster and associated properties of a mapped screen region.
 * The compositing capabilities of backends are often insufficient.
 * The backend may not support alpha blending, or may not support some
 * other special compositing rule.  This means that compositing must
 * sometimes be done within the rendering pipeline.  The general
 * compositing operation consists of combining new color and alpha
 * values with existing color values on the drawing surface, to find
 * the new color values for the drawing surface. The way the values
 * are combined, determines what kind of compositing operation that is
 * performed.  The default compositing operation is alpha compositing.
 *
 * <p>In order to perform alpha compositing and other compositing
 * operations, we need access to the color values of the imagery that
 * has already been drawn on the drawing surface.  The
 * DirectRasterGraphics interface must therefore contain methods that
 * makes it possible to gain access to the pixel values of the drawing
 * surface.  The methods are modeled after the POSIX mmap() and
 * munmap() functions.  But, instead of mapping and unmapping portions
 * of data from a file descriptor to memory, the methods in
 * DirectRasterGraphics maps and unmaps portions of the drawing
 * surface to data arrays within writable raster objects.  A call to
 * mapRaster() will return a writable raster object, encapsulating the
 * image data of the drawing surface in the requested domain. The data
 * encapsulated by this raster object can be modified using the
 * WritableRaster API, or the data buffers can be retrieved from the
 * raster, so that the data arrays can be manipulated directly.  When
 * the raster image has been modified as desired, the data can be
 * resynchronized with the drawing surface by calling mapRaster().
 *
 * <p>As with mmap() and munmap() the methods may work by direct
 * manipulation of shared memory, (i.e. the raster object directly
 * wraps the actual image data of the drawing surface), or may make a
 * private copy that is resynched when the raster is unmapped. The
 * backend may choose to implement either mechanism, and the pipeline
 * code should not care what mechanism is actually used.  This design
 * allows us to make full use of speedups such as X shared memory
 * extentions when available.
 */
public class MappedRaster
{
  WritableRaster raster;
  ColorModel cm;
 
  public MappedRaster(WritableRaster raster, ColorModel cm)
  {
    this.raster = raster;
    this.cm = cm;
  }
 
  public final WritableRaster getRaster()
  {
    return raster;
  }
 
  public final ColorModel getColorModel()
  {
    return cm;
  }
}
 

Go to most recent revision | Compare with Previous | Blame | View Log

powered by: WebSVN 2.1.0

© copyright 1999-2024 OpenCores.org, equivalent to Oliscience, all rights reserved. OpenCores®, registered trademark.