search for: _point

...garbage. This can be seen in progs/demos/ray. This patch fixes the problem by creating a temporary that covers only the desired subrectangle. This causes us to hit an alignment assert in nv04_surface_2d.c,. This is fixed by specifying the start of the surface as the surface offset, and using the _POINT registers to program the (x, y) coordinates. This also allows us to avoid computing swizzled addresses on the CPU. This fixes progs/demos/ray and doesn't seem to introduce problems. Patch is for all <=NV40 cards, but tested on NV40 only. -------------- next part -------------- A non-text a...

Dear All, I want to create a surface plot from the data. My data set is consists of x, y and z data. I plotted in very easy way by Excel worksheet as shown in the attached picture. I did some steps in R, but I cannot have the same plot as in Excel worksheet's figure. the R code is x <- c(-1,-0.75,-0.5,-0.25,0,0.25,0.5,0.75,1) y<- c(-1,-0.75,-0.5,-0.25,0,0.25,0.5,0.75,1) z<-

..._aux_nearestmatch*)_ogg_calloc(1,sizeof(encode_aux_nearestmatch)); c->maptype=2; @@ -401,5 +402,5 @@ { - v->assigned=_ogg_calloc(v->entries,sizeof(long)); + v->assigned=(long*)_ogg_calloc(v->entries,sizeof(long)); for(i=0;i<v->points;i++){ float *ppt=_point(v,i); @@ -437,8 +438,8 @@ { - long *entryindex=_ogg_malloc(v->entries*sizeof(long *)); - long *pointindex=_ogg_malloc(v->points*sizeof(long)); - long *membership=_ogg_malloc(v->points*sizeof(long)); - long *reventry=_ogg_malloc(v->entries*sizeof(long)); + long *entry...