home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.windows.x
- Path: sparky!uunet!newsgate.watson.ibm.com!yktnews!admin!yktnews!victor
- From: victor@watson.ibm.com (Victor Miller)
- Subject: XPutPixel and and XGetPixel and image layout
- Sender: news@watson.ibm.com (NNTP News Poster)
- Message-ID: <VICTOR.92Aug31135453@terse4.watson.ibm.com>
- Date: Mon, 31 Aug 1992 17:54:53 GMT
- Reply-To: victor@watson.ibm.com
- Disclaimer: This posting represents the poster's views, not necessarily those of IBM
- Nntp-Posting-Host: terse4.watson.ibm.com
- Organization: IBM, T.J. Watson Research Center
- Lines: 18
-
- I know that the standard "safe" way of writing and reading pixels in
- an image is to use XPutPixel and XGetPixel. However, for speed one
- would like to read and write units (bytes, double bytes, quad bytes
- and whatever) directly for speed. Is there a reliable way of
- determining what the layout of the image is? I realize that,
- theoretically, it doesn't need to be layed out by scan lines, with
- possible padding, in which case all bets are off. Is there a good way
- of determining whether or not this is the case (via some X calls), and
- if the image is layed out in a "standard" way to determine to
- parameters: a) how much space a pixel takes up, b) is there padding at
- the end of a scan line, and anything else that might be relevant.
-
- --
- Victor S. Miller
- Bitnet: VICTOR at WATSON
- Internet: victor@watson.ibm.com
- IBM, TJ Watson Research Center
- "Great artists steal; lesser artists borrow" Igor Stravinsky
-