From: Paul C. <Pau...@in...> - 2002-04-18 17:49:17
|
Hi, I'm using Mesa 4.0.2 (no DRI) on Linux for the Opengl Version of the Browser/Editor of the W3C, called Amaya. Opengl is used to get enough performance so that we can, in the future, render animated SVG. Cvs version now works pretty well, even in software mode (aka Mesa without DRI) and Beta version will be released at the end of the month. In order to render Text, I use antialiased 8 bit of alpha bitmap, that I colorize with gltransferbias on r,g,b. The render is done with gldrawpixels.When part of the word is outside the canvas (x < 0 or y > height), I use glbitmap with NULL bitmap and displacement. It works very well on y > height, but instead of alpha transparency, i get black color when x < 0 !!It only hapens on Mesa 4.0.2 as I've also tested my code with Nvidia drivers, and Mesa 3.4.2, and it work well on those It is known bug ?. I've looked at sourceforge bug reporting, but didn't found the same bug... Should I post it ? (if so, it'll be after my release, it's monday and I have plenty of bugs...) best regards, Paul Cheyrou-Lagreze ps : You could look at part of the code on http://dev.w3.org/cvsweb/Amaya/thotlib/dialogue/openglfont.c, or download the CVS version at http://www.w3.org/Amaya/ (But my code isn't as good as Mesa code... ) ps2 : Mesa is a great, GREAT work !!! Bravo !! |
From: Brian P. <br...@tu...> - 2002-04-19 01:13:12
|
Paul Cheyrou wrote: > > Hi, > > I'm using Mesa 4.0.2 (no DRI) on Linux for the Opengl Version of the Browser/Editor of the W3C, called Amaya. > Opengl is used to get enough performance so that we can, in the future, render animated SVG. > Cvs version now works pretty well, even in software mode (aka Mesa without DRI) and Beta version will be released at the end of the month. > > In order to render Text, I use antialiased 8 bit of alpha bitmap, that I colorize with gltransferbias on r,g,b. > The render is done with gldrawpixels.When part of the word is outside the canvas (x < 0 or y > height), I use glbitmap with NULL bitmap and displacement. It works very well on y > height, but instead of alpha transparency, i get black color when x < 0 !!It only hapens on Mesa 4.0.2 as I've also tested my code with Nvidia drivers, and Mesa 3.4.2, and it work well on those > > It is known bug ?. I found the problem. I had changed a couple variables from GLint to GLuint and that caused an inequality in the blended DrawPixels code path to fail. I'll send you a new source file to try out. -Brian |
From: Paul C. <Pau...@in...> - 2002-04-19 06:58:20
|
Brian, It fixes the problem, but make another appears : String displayed on the upper right, sometimes on all string in first upper !/3 of screen randomly (as I didn't found the cause) get black instead of transparency. I tried to debug... but it's far too difficult to me... Best regards, Paul Cheyrou-Lagreze |
From: Brian P. <br...@tu...> - 2002-04-19 13:25:32
|
Paul Cheyrou wrote: > > Brian, > > It fixes the problem, but make another appears : String displayed on the upper right, sometimes on all string in first upper !/3 of screen randomly (as I didn't found the cause) get black instead of transparency. > I tried to debug... but it's far too difficult to me... I'm not sure I understand. Are you saying that glBitmap is being clipped incorrectly? Could you send me a picture of the problem? -Brian |
From: Paul C. <Pau...@in...> - 2002-04-19 13:44:06
|
> I'm not sure I understand. Are you saying that glBitmap is being clipped > incorrectly? Clipping is Ok. The file effectively resolves the bug on clipping (bitmap + draw). But it introduces a new bug that occurs randomly on alpha bitmap drawed non clipped and in the upper part of screen only (y < (height/2)). This new bug has the same result : transparent pixels becomes black. Paul ps please excuse my bad english ! |