similar to: install.packages() together with pixmap package (PR#2042)

Hi, I tried to install the "pixmap" package on R 1.5.1. running on Windows 2000, but all I get are the following errors - could it be that something is wrong with the build of this particular package? Installation of other packages (I just tried with "pinktoe") seems to work fine. --------------------------------------------------------------- ### When trying to "Install

Dear R users I have a two-dimensional array, whose values I want to plot, using the pixmapGrey class. Plotting works fine, and now I would like to be able to identify some of the points in the plot using identify(). But I get the following message while pressing the left mouse button: > plot(pixmapGrey(fmri.vtc[,,slice,volume])) > identify(fmri.vtc[,,slice,volume]) warning: no point with

Dear R users, in some circumstances, try() shows a strange behaviour, when the pixmap package is loaded. The following piece of code works as expected, if it is either sourced in an interactive session or invoked via R CMD BATCH (the try-error is printed). However, if i invoke R using ``R --vanilla < source.R'', the execution halts (without printing the try-error). # source.R

Hi All, I have a greyscale image that I am reading in through RGDAL and placing in a pixmap object. As an example use the logo.jpg file that comes with the RGDAL package: #Read the file logo <- system.file("pictures/logo.jpg", package="rgdal")[1] x <- new("GDALReadOnlyDataset", logo) #Create the pixmap object xGrey <- getPixmapGDAL(x) Now I would

Hi, I'm having trouble writing .pnm images which I think is due to a problem with my colour space. The pixmap object seems to be looking for 72 of 8 colours (one per cell?) which doesn't seem healthy... > library(pixmap) > x <- pixmapIndexed(rep(1:8, 9), nrow=6, col=rainbow(8)) > x Pixmap image Type : pixmapIndexed Size : 6x12 Resolution : 1x1

Hi All: Package TSERIES is stated to depend on MVA. However, there is no MVA package to be found under the list of package sources. Best wishes, ANDREW tseries: Package for time series analysis Package for time series analysis with emphasis on non-linear and non-stationary modelling Version: 0.7-6 Depends: ts, mva, quadprog Date: 2001-08-27 Author: Compiled by Adrian

Hi I need to overlay two pixmaps (library (pixmap)). One, a pixmapGrey, is the basis, and on this I need to overlay a pixmapIndexed, BUT: the pixmapIndexed has set only some of its "pixels" to an indexed color, many of its pixels should not cover the basis pixmapGrey pixel, means, for this "in pixmapIndexed not defined pixels" it should be transparent. What would you

There is a new package pixmap in $CRAN/src/contrib/Devel which provides a first shot at a class hierarchy for bitmapped images (as both bitmap and image are already taken I named it pixmap ... if somebody has an idea for a better name, please let me know). This is by no means meant to be final ... more like a basis for discussion about classes for that purpose. It already has RGB, indexed and

Dear all, I try to figure out how to use R to count the number of pixels of the same color in some gray-level picture. I managed to read it in either tiff or jpeg format, but the returned pixmap object keeps its information out of (my) reach. Is there an easy way to tabulate the different color/graylevel pixels and their numbers? Or should I use a completely different (free) software?

Not clear what the depth % 8 was trying to protect against, but it was breaking 30bpp visuals with DRI3. Add it in to ensure that bitsPerPixel % 8 is 0, since there is plenty of bpp/8 math in the driver. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- src/nouveau_dri2.c | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/src/nouveau_dri2.c b/src/nouveau_dri2.c

Not clear what the depth % 8 was trying to protect against, but it was breaking 30bpp visuals with DRI3. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- src/nouveau_dri2.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/nouveau_dri2.c b/src/nouveau_dri2.c index cbb7b2a..07b6022 100644 --- a/src/nouveau_dri2.c +++ b/src/nouveau_dri2.c @@ -1076,7 +1076,7 @@

I am having trouble running the 'read.pnm' examples in this package. Can anyone tell me what is wrong? I am using the current package and running Redhat 7.2 (intel). The other examples seem fine but I can't seem to pull in files. [root at KENNY root]# R R : Copyright 2001, The R Development Core Team Version 1.3.0 (2001-06-22) R is free software and comes with ABSOLUTELY NO

Hi R users: I got the following message when I use the pixmap library on R 1.7.0 over w2K platform (on R 1.6.2 it runs right). pixmapGrey(matrix(c(0,1),128,128)) Error in .class1(object) : Object "from" not found I download the library .zip file from: http://cran.r-project.org/bin/windows/contrib/1.7/pixmap_0.3-2.zip Other question: When I try to "Install package(s) from

Is it possible to get pixmaps of minimized windows? I don't want to use ugly hacks like "temp unminimize" just to get it. Stjepan

https://bugs.freedesktop.org/show_bug.cgi?id=49351 Bug #: 49351 Summary: glx-swap-pixmap piglit test breaks display Classification: Unclassified Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

I've been doing some testing and it seems that glyphs (typically smaller than a page size on nv50) render slow'ish sometimes, mostly due to the many trips to the kernel (drm_addmap_core is the symbol that shows up). Ofcource this was a benchmark, but it does leave me wondering, do we really need need to call the kernel for every little pixmap? Also from a memory point of view, because a

Hi, first please excuse if I missed the answer to my question while searching through www.winehq.org. I use wine (the Debian package of 200204110) sometimes for small programs and often it works very well. :-) But while trying to use the demo of a program to organize chess tournaments that is named Swiss-Chess (the swdemo32.exe program from [1]) I got the following messages at startup: <--

First of all, we were not forcing the pixmap to be moved in before attempting to present it. Secondly, in certain configurations, we avoid ever backing pixmaps with vram (in GPUs with 32MB of VRAM or less). This fixes the observed cases where we ended up assuming that a bo was backing a pixmap without doing the explicit move-in. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> ---

In rw1050, I found that > pweibull(3:10, 2) [1] 0.9998766 0.9999999 1.0000000 1.0000000 NaN NaN [7] NaN NaN Warning message: NaNs produced in: pweibull(q, shape, scale, lower.tail, log.p) more surprisingly, > pweibull(3:10, 2.1) [1] 0.9999566 1.0000000 1.0000000 -Inf NaN NaN [7] NaN NaN Warning message: NaNs produced in: pweibull(q,

I've added a simple plugin to compiz that provides a way to render video efficiently on a composited desktop. A video playback client basically copies video data to a pixmap and sets an X property on a client window that describes the image format of the data and where it should be rendered. The compiz video plugin will scale and perform necessary colorspace conversions when compositing the