PixelFormat issues under Win32
[email protected] Wed, 25 May 2005 17:21:31 -0600
| Newsgroups | gmane.comp.graphics.chromium.devel |
|---|---|
| Message-ID | <[email protected]> |
Greg, In general, here's what I'm trying to do to get around various PixelFormat issues: 1) I'm trying to add more than one pixel format option in wgl.c At least one app we've run needs to see a GENERIC_FORMAT as a fallback option. Also, it appears that some apps just NEED to fish through a list of available PixelFormats, try them on, and then go with one of them. 2) That means I've got to add an extra hashtable into stub that tracks pixel formats for HDCs. Apparently apps don't like it if they set the pixel format to n, and then get back a pixel format of 1! I'm just testing some of this out as we speak, so I'll get back to you tomorrow with more results. Thanks, Jon Marbach BP Center for Visualization www.bpvizcenter.com Quoting Greg Humphreys <[email protected]>: > I ran into some issues with these three types when I was trying to > run Brook programs through Chromium on Windows for a paper push > recently. Unfortunately I was in such paper writing mode I don't > remember what I did. It had something to do with the fact that > Chromium returns "Humper" as the GL_VENDOR if you do a glGetString() > before any context is actually created (which is supposed to work). > > I suspect that the pixel format bug is a serious one and was > affecting our efforts to run FarCry through Chromium for that paper. > ------------------------------------------------------- SF.Net email is sponsored by: GoToMeeting - the easiest way to collaborate online with coworkers and clients while avoiding the high cost of travel and communications. There is no equipment to buy and you can meet as often as you want. Try it free.http://ads.osdn.com/?ad_id=7402&alloc_id=16135&op=click