search for: yoffset

...par(mfrow=c(2,1)) plot(annot[wh,3],rat1[wh],type="l",xlab="",ylab="log2 Ratio",main=x,...) points(annot[wh,3],rat1[wh]) apply(rf[wh.rf,],1,function(z) { browser() if (z[4]=="+") { color <- 'green' yoffset=1 } else { color <- 'red' yoffset=-1 } lines(list(x=c(z[5],z[6]),y=c(-2-yoffset/10,-2-yoffset/ 10)),lwd=2,col=color) lines(list(x=c(z[5],z[6]),y=c(-2-yoffset/10,-2-yoffset/ 10)),lwd=2,col=color) }) abline(h=0,lty=2) }

...;> // wxList version is now ''type-safe'' so we won''t be using that version instead </span><span class="lines">@@ -20,6 +13,12 @@ </span><span class="cx"> %ignore DrawPolygon(const wxList * points , wxCoord xoffset = 0, wxCoord yoffset = 0, int fill_style = wxODDEVEN_RULE) ; </span><span class="cx"> </span><span class="cx"> </span><ins>+%rename(GetDimensions) wxDC::GetSize(wxCoord * width , wxCoord * height); +%rename(GetDimensionsMM) wxDC::GetSizeMM(wxCoord *width , wxCo...

Updated again... theora works and seeks properly (not to keyframe) in WMP 9 and 10. You can encode from a bunch of onew input types like RGB32, RGB24, IYUV etc. And fixed a bug that was stopping the filters being used in a activeX control in an IE browser. www.illiminable.com/ogg/ Enjoy, Zen.

Updated again... theora works and seeks properly (not to keyframe) in WMP 9 and 10. You can encode from a bunch of onew input types like RGB32, RGB24, IYUV etc. And fixed a bug that was stopping the filters being used in a activeX control in an IE browser. www.illiminable.com/ogg/ Enjoy, Zen.

Updated again... theora works and seeks properly (not to keyframe) in WMP 9 and 10. You can encode from a bunch of onew input types like RGB32, RGB24, IYUV etc. And fixed a bug that was stopping the filters being used in a activeX control in an IE browser. www.illiminable.com/ogg/ Enjoy, Zen.

Updated again... theora works and seeks properly (not to keyframe) in WMP 9 and 10. You can encode from a bunch of onew input types like RGB32, RGB24, IYUV etc. And fixed a bug that was stopping the filters being used in a activeX control in an IE browser. www.illiminable.com/ogg/ Enjoy, Zen.

...+{ + nouveau_teximage(ctx, 2, ti, internalFormat, + width, height, 1, border, imageSize, 0, 0, data, + &ctx->Unpack, GL_TRUE); } static void @@ -551,21 +608,30 @@ nouveau_texsubimage(struct gl_context *ctx, GLint dims, struct gl_texture_image *ti, GLint xoffset, GLint yoffset, GLint zoffset, GLint width, GLint height, GLint depth, + GLsizei imageSize, GLenum format, GLenum type, const void *pixels, - const struct gl_pixelstore_attrib *packing) + const struct gl_pixelstore_attrib *packing, + GLboolean compressed) { struct nouveau_surf...

Hi, is there a way to place text at the upper left corner (or another corner) of the plot? I want to place it really at the upper left corner of the whole plot (the file I get), not at the upper left corner of the plot-region. I tried text() and mtext(), and corner.label() of the plotrix package but it didn't work out. thanks!

...) { nouveau_teximage(ctx, 3, ti, 0, 0, 0, NULL, - &ctx->DefaultPacking, GL_FALSE); + &ctx->DefaultPacking, + _mesa_is_format_compressed(ti->TexFormat)); return GL_TRUE; } @@ -535,11 +567,18 @@ nouveau_texsubimage(struct gl_context *ctx, GLint dims, xoffset, yoffset, width, height, GL_MAP_WRITE_BIT, &map, &row_stride); - ret = _mesa_texstore(ctx, dims, ti->_BaseFormat, ti->TexFormat, - row_stride, &map, - width, height, depth, - format, type, pixels, packing); - assert(ret); + i...

...nore GetMultiLineTextExtent; - </del><span class="cx"> // wxList version is now ''type-safe'' so we won''t be using that version instead </span><span class="cx"> %ignore DrawLines(const wxList * points, wxCoord xoffset = 0, wxCoord yoffset = 0); </span><span class="cx"> %ignore DrawPolygon(const wxList * points , wxCoord xoffset = 0, wxCoord yoffset = 0, int fill_style = wxODDEVEN_RULE) ; </span></span></pre> </div> </div> </body> </html>

...ine.? My workstation is a custom build from a few years ago with a GTX 1060 6GB, running Gentoo(Kernel version: 5.4) machine, and my laptop running Manjaro.? I also can not get the IOCTL FBIOPAN_DISPLAY to work.? It is now giving me an invalid argument error.? I have set vinfo.xoffset and vinfo.yoffset to 0 earlier in my program to try to eliminate them as variables. Other factors that may be at play: -I am trying to run this from an alternate TTY.? I have a graphical environment on TTY7 with x.org.? I think it is using the DRM interface.? Maybe there is a conflict. -Maybe I am missing a dri...

...ctx->DefaultPacking, >> + _mesa_is_format_compressed(ti->TexFormat)); >> return GL_TRUE; >> } >> >> @@ -535,11 +567,18 @@ nouveau_texsubimage(struct gl_context *ctx, GLint dims, >> xoffset, yoffset, width, height, >> GL_MAP_WRITE_BIT, &map, &row_stride); >> >> - ret = _mesa_texstore(ctx, dims, ti->_BaseFormat, ti->TexFormat, >> - row_stride, &map, >> -...

...1.c? Diffs: *** psx11.c.orig Wed Jul 30 10:08:48 1997 --- psx11.c Wed Jul 30 10:09:10 1997 *************** *** 293,298 **** --- 293,299 ---- } if(fg != NA_INTEGER) { psx11_SetColor(fg); + psx11_SetLinetype(GP->lty); PostScriptOpenRectangle(psfp, xoffset + xscale * x0, yoffset + yscale * y0, *** devPicTeX.c.orig Wed Jul 30 10:16:33 1997 --- devPicTeX.c Wed Jul 30 10:11:24 1997 *************** *** 446,451 **** --- 446,452 ---- /* Possibly Filled Rectangle */ static void PicTeX_Rect(double x0, double y0, double x1, double y1, int bg, int fg) { + SetLinetype(G...

...er minor (8 bits) //72 - 79 ver revision (8 bits) //80 - 95 numMacroBlocksWide (16 bits) //96 - 111 numMacroBlocksHigh (16 bits) //112 - 135 picturewidth (24 bits read, only 20 used) //136 - 159 pictureheight (24 bits read, only 20 used) //160 - 167 xoffset (8 bits) //168 - 175 yoffset (8 bits) //176 - 207 framerateNum (32 bits) //208 - 239 frameratedenom (32 bits) //240 - 263 aspectNum (24 bits) //264 - 287 aspectdenom (24 bits) //288 - 295 colourspace (8 bits) //296 - 319 targetbitrate (24 bits) //320 - 325 targetqual (6 bits) //326 - 330 keyframeinte...

...m build from a few years ago with a >> GTX 1060 6GB, running Gentoo(Kernel version: 5.4) machine, and my laptop >> running Manjaro. I also can not get the IOCTL FBIOPAN_DISPLAY to work. >> It is now giving me an invalid argument error. I have set vinfo.xoffset >> and vinfo.yoffset to 0 earlier in my program to try to eliminate them as >> variables. >> >> Other factors that may be at play: >> >> -I am trying to run this from an alternate TTY. I have a graphical >> environment on TTY7 with x.org. I think it is using the DRM interface. >...

..., 0, NULL, > - &ctx->DefaultPacking, GL_FALSE); > + &ctx->DefaultPacking, > + _mesa_is_format_compressed(ti->TexFormat)); > return GL_TRUE; > } > > @@ -535,11 +567,18 @@ nouveau_texsubimage(struct gl_context *ctx, GLint dims, > xoffset, yoffset, width, height, > GL_MAP_WRITE_BIT, &map, &row_stride); > > - ret = _mesa_texstore(ctx, dims, ti->_BaseFormat, ti->TexFormat, > - row_stride, &map, > - width, height, depth, > - format, type, pixels,...

...wafer) whose behavior is not well modelled at room temperature. By inspection of ~4,000 plots of device data I see that there is sometimes a linear dependence and sometimes a dependence with curvature adequately represented by a quadratic fit. The zero temperature device behavior is given by ( (y-yoffset)/yscale )^(2/3) + ( (x-xcenter)/xscale )^(2/3) = 1 which is darn hard to fit with linear models even for perfect devices, which we do not have. The room temperature device behavior is so poorly understood that it is only simulated with finite element models, which does not give me a neat analytic...

...ation is a custom build from a few years ago with a > GTX 1060 6GB, running Gentoo(Kernel version: 5.4) machine, and my laptop > running Manjaro. I also can not get the IOCTL FBIOPAN_DISPLAY to work. > It is now giving me an invalid argument error. I have set vinfo.xoffset > and vinfo.yoffset to 0 earlier in my program to try to eliminate them as > variables. > > Other factors that may be at play: > > -I am trying to run this from an alternate TTY. I have a graphical > environment on TTY7 with x.org. I think it is using the DRM interface. > Maybe there is a confli...

<div dir='auto'>I am not familiar with that setting, but I have really struggled to find documentation on dealing with the framebuffer. Referring to this guide, "http://betteros.org/tut/graphics1.php#doublebuffer", I attempted to set the mmap allocation size to double, but it caused the mmap to fail. I no longer believe that it is a driver issue, though, because I just

https://bugs.freedesktop.org/show_bug.cgi?id=99396 Bug ID: 99396 Summary: Crash in nouveau_dri.so when switching apps with alt-tab in Gnome Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau