I have font issue with OS X spring, but seems like bug only affects ZK (or rather Chili framework).
Any ideas what could be the cause?
infolog.txt
Update: in safemode font is normal.
In first 2 seconds all font is normal, then it messes up.Messed up Chili font
Moderator: Moderators
Messed up Chili font
Last edited by lamer on 02 Jan 2015, 14:45, edited 2 times in total.
Re: Messed up Chili font
I sometimes have same issue with Intel HD graphics.
Re: Messed up Chili font
It reminds a bit of http://springrts.com/wiki/FAQ:trouble#F ... unreadable

If you want to investigate further:
On http://springrts.com/wiki/Springsettings.cfg you see which settings get changed with safemode.
(the last row with "safemode" heading)
Try out which ones break/fix it..if you figure it out it could be added to FAQ...
You say it is normal and then after seconds gets blocky, it is maybe a widget that only activates after some time? Try to find out if a certain widget causes it, disable/enable widgets to maybe find it...

If you want to investigate further:
On http://springrts.com/wiki/Springsettings.cfg you see which settings get changed with safemode.
(the last row with "safemode" heading)
Try out which ones break/fix it..if you figure it out it could be added to FAQ...
You say it is normal and then after seconds gets blocky, it is maybe a widget that only activates after some time? Try to find out if a certain widget causes it, disable/enable widgets to maybe find it...
Re: Messed up Chili font
Found that in my case Shadows = 0 in springsettings.cfg makes font normal.
Should investigate futher, On OS X i got lots or warnings about shaders with shadow in infolog^
Strange that shadows displayed fine with Shadows = 1.
Should investigate futher, On OS X i got lots or warnings about shaders with shadow in infolog^
Code: Select all
[f=0000000] Warning: FBO-SHADOW: Incomplete read buffer!
[f=0000000] Warning: FBO-SHADOW-GL_CLAMP_TO_EDGE: Incomplete read buffer!
[f=0000000] Warning: FBO-SHADOW-GL_ALPHA4: GL_FRAMEBUFFER_UNSUPPORTED_EXT
Last edited by lamer on 02 Jan 2015, 17:35, edited 1 time in total.
Re: Messed up Chili font
Kinda don't understand why on linux (glsl 4.4) shaders could be compiled without necessary definitions like MAX_DYNAMIC_MAP_LIGHTS. My OS X (glsl 1.2) infolog^ contains exactly such broken shaders.
This code claims that everything is in norm, but thats not working on OS X, atleast not glsl 1.2.
Don't know the reason for such approach so i'll just create bug-report.
Also have no idea if its related to font bug, but fixing shaders is important anyway i think.
Upd: reported
This code claims that everything is in norm, but thats not working on OS X, atleast not glsl 1.2.
Don't know the reason for such approach so i'll just create bug-report.
Also have no idea if its related to font bug, but fixing shaders is important anyway i think.
Upd: reported
Re: Messed up Chili font
Getting closer to solution with font-shadow bug. The cause:
When i comment first failed attempts to create fbo-shadow and go directly for the right one (4th) - everything works normal. So its malformed fbo causes such lags.
fix
Code: Select all
[f=0000000] Warning: FBO-SHADOW: Incomplete read buffer!
[f=0000000] Warning: FBO-SHADOW-GL_CLAMP_TO_EDGE: Incomplete read buffer!
[f=0000000] Warning: FBO-SHADOW-GL_ALPHA4: GL_FRAMEBUFFER_UNSUPPORTED_EXT
fix