Ticket #1382 (closed defect: fixed)
ERROR: CRenderer::EndFrame: GL errors occurred
| Reported by: | fabio | Owned by: | quantumstate |
|---|---|---|---|
| Priority: | Must Have | Milestone: | Alpha 10 |
| Component: | Core engine | Keywords: | |
| Cc: |
Attachments
Change History
comment:1 Changed 13 months ago by fabio
- Priority changed from Should Have to Must Have
- Milestone changed from Backlog to Alpha 10
comment:2 Changed 13 months ago by leper
Does this occur everytime? Could you attach your system_info.txt?
comment:4 Changed 13 months ago by leper
Could you try to reproduce this in a debug build? That should give us some clues where it is failing.
comment:5 Changed 13 months ago by fabio
Attached debug output. Unfortunately the integrated feature to attach gdb never worked for me (as you can see in the output), I also cannot run it under gdb myself.
comment:6 Changed 13 months ago by fabio
(I mean I can't use gdb when the 0 A.D. pop up window asking what to do appears.)
comment:7 Changed 13 months ago by quantumstate
- Owner set to quantumstate
- Status changed from new to closed
- Resolution set to fixed
In 11786:
comment:9 Changed 13 months ago by quantumstate
Drivers for modern hardware are meant to support non power of 2 textures but most applications tend not to use them for compatibility reasons. So have a driver such as ours which has problems with NPOT textures doesn't break much and is presumably a low priority item.
From reading
http://www.opengl.org/wiki/NPOT_Texture
I found that our problem is more specifically a non multiple of 4 texture size. This causes issues with compression as mentioned on that web page. Using 16x36 worked when I tested.

