Re: [Mesa3d-dev] Mesa & DirectColor
[EMAIL PROTECTED] wrote on 27-SEP-2006 16:02:31.84 >Is the GLUT window created with a TrueColor visual? It just running i.e. the gears program from progs/demo Does this program set the visual to TrueColor? >Maybe I don't quite understand what the problem is. I run the X-server with "default" visual DirectColor (see xdpyinfo below) The colours of the gears program turn out to be wrong in this case. In glut_cmap the program runs the TrueColor stuff, while it should do DirectColor (I suppose). Jouk sirba-jj) xdpyinfo name of display:_WSA5: version number:11.0 vendor string:DECWINDOWS Hewlett-Packard Development Company OpenVMS vendor release number:8002 maximum request size: 65535 longwords (262140 bytes) motion buffer size: 0 bitmap unit, bit order, padding:32, LSBFirst, 32 image byte order:LSBFirst number of supported pixmap formats:2 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 keycode range:minimum 8, maximum 255 number of extensions:17 DEC-Server-Mgmt-Extension ServerManagementExtension SHAPE MIT-SHM Extended-Visual-Information XTEST BIG-REQUESTS MIT-SUNDRY-NONSTANDARD MIT-SCREEN-SAVER SYNC XC-MISC TOG-CUP Xie DEC-XTRAP Multi-Buffering SECURITY XC-APPGROUP default screen number:0 number of screens:1 screen #0: dimensions:1280x1024 pixels (325x260 millimeters) resolution:100x100 dots per inch depths (2):1, 24 root window id:0x26 depth of root window:24 planes number of colormaps:minimum 1, maximum 1 default colormap:0x23 default number of colormap cells:256 preallocated pixels:black 0, white 16777215 options:backing-store YES, save-unders YES current input event mask:0x38003d KeyPressMask ButtonPressMask ButtonReleaseMask EnterWindowMask LeaveWindowMask SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask number of visuals:2 default visual id: 0x21 visual: visual id:0x21 class:DirectColor depth:24 planes size of colormap:256 entries red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x22 class:TrueColor depth:24 planes size of colormap:256 entries red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits Bush : All votes are equal but some votes are more equal than others. >--< Jouk Jansen [EMAIL PROTECTED] Technische Universiteit Delfttt uu uu ddd Kavli Institute of Nanoscience tt uu uu dddd Nationaal centrum voor HREM tt uu uu dd dd Lorentzweg 1 tt uu uu dd dd 2628 CJ Delfttt uu uu dd dd Nederlandtt uu uu dddd tel. 31-15-2782272 tt uuu ddd >--< - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] Mesa & DirectColor
[EMAIL PROTECTED] wrote on 21-SEP-2006 17:16:31.19 >Jacob (=Jouk) Jansen wrote: >> [EMAIL PROTECTED] wrote on 20-SEP-2006 17:16:47.82 >> >> >>>Jacob (=Jouk) Jansen wrote: >>> >>>>Hi all, >>>> >>>>Today I changed the Default visual of my X-server to DirectColor visual. All >is >>>>fine except that all objects drawn by Mesa get weird colours. >>>>I suspect that DirectColor-visuals is not working properly in Mesa. >>>>Would it be easy to fix? >>> >>>With DirectColor you have to be sure to initialize the red, green and >>>blue lookup tables (colormaps) to the suitable values (usually a >>>linear ramp). >>> >>>Setting up the X colormap is outside the scope of OpenGL/Mesa and is >>>the responsibility of the app or GUI toolkit. >>> >>>Are you using GLUT? GLUT should be taking care of that. >> >> Yes and No: >> -The demos from progs/demo use glut (I tested gears and texcyl) >> -xlockmore does not use glut. It sets up the colour tables correctly for >>all modes, except for the GL-modes. In the latter case still he TrueColor >>tables-entreis are tried. >> >> >> Is a specification available what colour table Mesa is expecting? >For a 24-bit DirectColor visual, each of the R, G, B maps should be >setup so that lookup[k] = k. > >It looks like glut was lacking that code, so I just added it. Try the >current CVS code. I ported the patch to xlockmore and it works (with an extra XInstallColormap) However, for GLUT it is not working: It never reaches the code because although the default visual of the screen is DirectColor GLUT thinks it is a TrueColor. Jouk Bush : All votes are equal but some votes are more equal than others. >--< Jouk Jansen [EMAIL PROTECTED] Technische Universiteit Delfttt uu uu ddd Kavli Institute of Nanoscience tt uu uu dddd Nationaal centrum voor HREM tt uu uu dd dd Lorentzweg 1 tt uu uu dd dd 2628 CJ Delfttt uu uu dd dd Nederlandtt uu uu dddd tel. 31-15-2782272 tt uuu ddd >--< - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] Mesa & DirectColor
[EMAIL PROTECTED] wrote on 21-SEP-2006 17:16:31.19 [snip] >> >> Is a specification available what colour table Mesa is expecting? > >For a 24-bit DirectColor visual, each of the R, G, B maps should be >setup so that lookup[k] = k. > >It looks like glut was lacking that code, so I just added it. Try the >current CVS code. I'll test. Presently I'm away from work and probably I can test the stuff not earlier than tuesday. Thanks Jouk Bush : All votes are equal but some votes are more equal than others. >--< Jouk Jansen [EMAIL PROTECTED] Technische Universiteit Delfttt uu uu ddd Kavli Institute of Nanoscience tt uu uu dddd Nationaal centrum voor HREM tt uu uu dd dd Lorentzweg 1 tt uu uu dd dd 2628 CJ Delfttt uu uu dd dd Nederlandtt uu uu dddd tel. 31-15-2782272 tt uuu ddd >--< - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] Mesa & DirectColor
[EMAIL PROTECTED] wrote on 20-SEP-2006 17:16:47.82 >Jacob (=Jouk) Jansen wrote: >> Hi all, >> >> Today I changed the Default visual of my X-server to DirectColor visual. All >> is >> fine except that all objects drawn by Mesa get weird colours. >> I suspect that DirectColor-visuals is not working properly in Mesa. >> Would it be easy to fix? > >With DirectColor you have to be sure to initialize the red, green and >blue lookup tables (colormaps) to the suitable values (usually a >linear ramp). > >Setting up the X colormap is outside the scope of OpenGL/Mesa and is >the responsibility of the app or GUI toolkit. > >Are you using GLUT? GLUT should be taking care of that. Yes and No: -The demos from progs/demo use glut (I tested gears and texcyl) -xlockmore does not use glut. It sets up the colour tables correctly for all modes, except for the GL-modes. In the latter case still he TrueColor tables-entreis are tried. Is a specification available what colour table Mesa is expecting? The 8-bit variant with writeable colours (PseudoColor) is working perfectly. Jouk Bush : All votes are equal but some votes are more equal than others. >--< Jouk Jansen [EMAIL PROTECTED] Technische Universiteit Delfttt uu uu ddd Kavli Institute of Nanoscience tt uu uu dddd Nationaal centrum voor HREM tt uu uu dd dd Lorentzweg 1 tt uu uu dd dd 2628 CJ Delfttt uu uu dd dd Nederlandtt uu uu dddd tel. 31-15-2782272 tt uuu ddd >--< - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] Mesa & DirectColor
Hi all, Today I changed the Default visual of my X-server to DirectColor visual. All is fine except that all objects drawn by Mesa get weird colours. I suspect that DirectColor-visuals is not working properly in Mesa. Would it be easy to fix? Jouk Bush : All votes are equal but some votes are more equal than others. >--< Jouk Jansen [EMAIL PROTECTED] Technische Universiteit Delfttt uu uu ddd Kavli Institute of Nanoscience tt uu uu dddd Nationaal centrum voor HREM tt uu uu dd dd Lorentzweg 1 tt uu uu dd dd 2628 CJ Delfttt uu uu dd dd Nederlandtt uu uu dddd tel. 31-15-2782272 tt uuu ddd >--< - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] CVS problem
Hi all, I try to commit a file to the CVS. Everything goes fine until the end, but... after editing the "update message" cvs stops without sendig the file and without any error message. Has someone changed something on the server-side? Jouk Bush : All votes are equal but some votes are more equal than others. >--< Jouk Jansen [EMAIL PROTECTED] Technische Universiteit Delfttt uu uu ddd Kavli Institute of Nanoscience tt uu uu dddd Nationaal centrum voor HREM tt uu uu dd dd Lorentzweg 1 tt uu uu dd dd 2628 CJ Delfttt uu uu dd dd Nederlandtt uu uu dddd tel. 31-15-2782272 tt uuu ddd >--< --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] crash in current CVS version
Hi All, The problem with xm_tri.c and xlockmore is still present on my VMS-box. I have a patch that prevents mesa from crashing, but Brian liked to have some more data. I did send them over a month ago. Could anybody reproduce the problem or are we going to put my patch in the distribution and noth bothering anymore about the cause of the crashes. Jouk [EMAIL PROTECTED] wrote on 23-SEP-2005 10:51:39.33 >[EMAIL PROTECTED] wrote on 22-SEP-2005 16:42:53.31 >[snip] >>> It seems that in smooth_DITHER8_z_triangle the values for >>> span.red , span.blue and span.green get very strange values (even large >>> negatives). This causes a miscalculation of the index of the array ctable. >>> If I apply the patch to src/mesa/divers/x11/xm_tri.c, >>> which is at the end of this mail The problem seems to be gone. However the >>> extra testing on array boundaries may have some effect on the performance. >>> Any idea what may cause the strange rgb values? >> >>My guess is perhaps the triangle is very thin and the partial >>derivatives are very large. If you could get the values of the >>triangle v0, v1 and v2 parameters when things blow up, I could try to >>reproduce the problem. > some examples : (vms_tmp is the array index of ctable , only when vms_tmp>576) > >* >vms_tmp : 67108800 >span.red/green/blue : -7359 -7359 -7359 > >v0->win : 511.063965 456.081879 63743.515625 0.037063 >v0->texcoord[0] : 0.00 0.00 0.00 0.00 >v0->texcoord[1] : 0.00 0.00 0.00 0.00 >v0->texcoord[2] : 0.00 0.00 0.00 0.00 >v0->texcoord[3] : 0.00 0.00 0.00 0.00 >v0->texcoord[4] : 0.00 0.00 0.00 0.00 >v0->texcoord[5] : 0.00 0.00 0.00 0.00 >v0->texcoord[6] : 0.00 0.00 0.00 0.00 >v0->texcoord[7] : 0.00 0.00 0.00 0.00 >v0->color : 36 36 36 255 >v0->specular : 0 0 0 0 >v0->fog : 0.00 >v0->index : 0.00 >v0->pointSize : 0.00 > >vi->win : 511.338318 457.138641 63737.035156 0.037161 >vi->texcoord[0] : 0.00 0.00 0.00 0.00 >vi->texcoord[1] : 0.00 0.00 0.00 0.00 >vi->texcoord[2] : 0.00 0.00 0.00 0.00 >vi->texcoord[3] : 0.00 0.00 0.00 0.00 >vi->texcoord[4] : 0.00 0.00 0.00 0.00 >vi->texcoord[5] : 0.00 0.00 0.00 0.00 >vi->texcoord[6] : 0.00 0.00 0.00 0.00 >vi->texcoord[7] : 0.00 0.00 0.00 0.00 >vi->color : 53 53 53 255 >vi->specular : 0 0 0 0 >vi->fog : 0.00 >vi->index : 0.00 >vi->pointSize : 0.00 > >v2->win : 535.210022 562.452820 63779.343750 0.036522 >v2->texcoord[0] : 0.00 0.00 0.00 0.00 >v2->texcoord[1] : 0.00 0.00 0.00 0.00 >v2->texcoord[2] : 0.00 0.00 0.00 0.00 >v2->texcoord[3] : 0.00 0.00 0.00 0.00 >v2->texcoord[4] : 0.00 0.00 0.00 0.00 >v2->texcoord[5] : 0.00 0.00 0.00 0.00 >v2->texcoord[6] : 0.00 0.00 0.00 0.00 >v2->texcoord[7] : 0.00 0.00 0.00 0.00 >v2->color : 36 36 36 255 >v2->specular : 0 0 0 0 >v2->fog : 0.00 >v2->index : 0.00 >v2->pointSize : 0.00 >* > > >* >vms_tmp : 67108863 >span.red/green/blue : -34469 -34469 -34469 > >v0->win : 483.304993 461.373016 63870.703125 0.035142 >v0->texcoord[0] : 0.00 0.00 0.00 0.00 >v0->texcoord[1] : 0.00 0.00 0.00 0.00 >v0->texcoord[2] : 0.00 0.00 0.00 0.00 >v0->texcoord[3] : 0.00 0.00 0.00 0.00 >v0->texcoord[4] : 0.00 0.00 0.00 0.00 >v0->texcoord[5] : 0.00 0.00 0.00 0.00 >v0->texcoord[6] : 0.00 0.00 0.00 0.00 >v0->texcoord[7] : 0.00 0.00 0.00 0.00 >v0->color : 53 53 53 255 >v0->specular : 0 0 0 0 >v0->fog : 0.00 >v0->index : 0.00 >v0->pointSize : 0.00 > >vi->win : 483.173615 460.834900 63876.792969 0.035050 >vi->texcoord[0] : 0.00 0.00 0.00 0.00 >vi->texcoord[1] : 0.00 0.00 0.00 0.00 >vi->texcoord[2] : 0.00 0.00 0.00 0.00 >vi->texcoord[3] : 0.00 0.00 0.00 0.00 >vi->texcoord[4] : 0.00 0.00 0.00 0.00 >vi->texcoord[5] : 0.00 0.00 0.00 0.00 >vi->texcoord[6] : 0.00 0.00 0.00 0.00 >vi->texcoord[7] : 0.00 0.00 0.00 0.00 >vi->color : 36 36 36 255 >vi->specular : 0 0 0 0 >vi->fog : 0.00 >vi->index : 0.00 >vi->pointSize : 0.00 > >v2->win : 456.920502 350.773315 63849.441406 0.035463 >v2->texcoord[0] : 0.00 0.00 0.00 0.00 >v2->texcoord[1] : 0.00 0.00 0.00 0.00 >v2->texcoord[2] : 0.00 0.00 0.00 0.00 >v2->texcoord[3] : 0.00 0.00 0.00 0.00 >v2->texcoord[4] : 0.00 0.00 0.00 0.00 >v2->texcoord[5] : 0.00 0.00 0.00 0.00 >v2->texcoord[6] : 0.00 0.00 0.00 0.00 >v2->texcoord[7] : 0.00 0.