Reply to thread

Message

<blockquote data-quote="Eabin" data-source="post: 243058" data-attributes="member: 24932">ok, so here is some more complete information about the situation:first, i now know that a packed texture is nothing more than a big image where a lot of small images are put together on one surface, to avoid having to load lots of small images. as to why this would cause flickering: i have no idea, may still be a driver bug with certain kinds of textures (_big_ textures).second, the glitches thing is a bug, because a packed texture is always loaded with the transparant color (aka colorkey) set to 0 (i.e. black), whereas the Image Control itself would allow for different color keys. so commenting out the lines mentioned above, the colorkey is respected. in the concrete case, the GUIImage is constructed by GUIAnimation.cs in line 161. Changing this line to[code]&nbsp; &nbsp; &nbsp; &nbsp; _images[index] = new GUIImage(ParentID, _imageId + index, 0, 0, Width, Height, (string)_filenames[index], 0);[/code]does correct this behaviour, and is working quite nicely for me. i'm still testing this, and maybe i will do some special configuration option to not use packed textures so i can commit this to svn.edit: attached core.dll for interested persons to test.note: this is still a workaround at best. but as it works good for so far, i'm not investigating this any further for the time being <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile&nbsp; &nbsp; :)" loading="lazy" data-shortname=":)" /></blockquote>

[QUOTE="Eabin, post: 243058, member: 24932"] ok, so here is some more complete information about the situation: first, i now know that a packed texture is nothing more than a big image where a lot of small images are put together on one surface, to avoid having to load lots of small images. as to why this would cause flickering: i have no idea, may still be a driver bug with certain kinds of textures (_big_ textures). second, the glitches thing is a bug, because a packed texture is always loaded with the transparant color (aka colorkey) set to 0 (i.e. black), whereas the Image Control itself would allow for different color keys. so commenting out the lines mentioned above, the colorkey is respected. in the concrete case, the GUIImage is constructed by GUIAnimation.cs in line 161. Changing this line to [code] _images[index] = new GUIImage(ParentID, _imageId + index, 0, 0, Width, Height, (string)_filenames[index], 0); [/code] does correct this behaviour, and is working quite nicely for me. i'm still testing this, and maybe i will do some special configuration option to not use packed textures so i can commit this to svn. edit: attached core.dll for interested persons to test. note: this is still a workaround at best. but as it works good for so far, i'm not investigating this any further for the time being :) [/QUOTE]

Verification