[Bug 41930] Civilization III Complete shows black terrain (Wine compiled with OSMesa support)
WineHQ Bugzilla
wine-bugs at winehq.org
Wed Feb 12 15:52:37 CST 2020
https://bugs.winehq.org/show_bug.cgi?id=41930
Vijay Kamuju <infyquest at gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |infyquest at gmail.com
--- Comment #26 from Vijay Kamuju <infyquest at gmail.com> ---
also check further documentation here
https://cgit.freedesktop.org/mesa/mesa/tree/src/mesa/drivers/osmesa/osmesa.c#n967
/**
* Bind an OSMesaContext to an image buffer. The image buffer is just a
* block of memory which the client provides. Its size must be at least
* as large as width*height*sizeof(type). Its address should be a multiple
* of 4 if using RGBA mode.
*
* Image data is stored in the order of glDrawPixels: row-major order
* with the lower-left image pixel stored in the first array position
* (ie. bottom-to-top).
*
* If the context's viewport hasn't been initialized yet, it will now be
* initialized to (0,0,width,height).
*
* If both the context and the buffer are null, the current context will be
* unbound.
*
* Input: osmesa - the rendering context
* buffer - the image buffer memory
* type - data type for pixel components
* Normally, only GL_UNSIGNED_BYTE and GL_UNSIGNED_SHORT_5_6_5
* are supported. But if Mesa's been compiled with CHAN_BITS==16
* then type may be GL_UNSIGNED_SHORT or GL_UNSIGNED_BYTE. And if
* Mesa's been build with CHAN_BITS==32 then type may be GL_FLOAT,
* GL_UNSIGNED_SHORT or GL_UNSIGNED_BYTE.
* width, height - size of image buffer in pixels, at least 1
* Return: GL_TRUE if success, GL_FALSE if error because of invalid osmesa,
* invalid buffer address, invalid type, width<1, height<1,
* width>internal limit or height>internal limit.
*/
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
More information about the wine-bugs
mailing list