 |
Ok, the main problem is that debug data like rb_debugLines is filled from game/frontend thread, while backend thread draw this data in parallel. So in order to support it properly, some complicated double buffering would be necessary. For now, I'll add s_drawSounds to the condition on disabling com_smp. Also, I guess I'll commit some refactoring of debug geometry drawing (after 2.09 beta is over, I guess). But I'm not sure this issue is worth fixing. |
|
|
Cabalistic did two related commits: r9079 Make debug primitives usable with com_smp r9084 Properly copy debug primitives over to backend It is quite likely that they solve the original problem with SMP by copying the debug data. I guess we need to review the hacks for 2.10 and probably remove them. |
|
|
Two more commits: r9153. Some refactoring of debug rendering primitives. r9154. Removed "com_smp 0" workaround for most of debug primitives. The com_smp force-disabling hack is still left for: r_showSurfaceInfo: this is clearly buggy with SMP r_showDepth: could not make it work at all P.S.Also r_showSilhouette only works in deprecated GL profile. |
 |
r_materialOverride is broken with com_smp enabled. I will add it to the smp blacklist unless someone has a better way... |
|
|
Nope. com_smp is not the issue for r_materialOverride. It is frontend acceleration. Fixed in rev 9227 |
- Anonymous
