Closed slapin closed 4 years ago
RenderSystem Name: OpenGL Rendering Subsystem
you are using the legacy GL rendersystem.
- target_link_libraries(OgreBites PRIVATE SDL2::SDL2) + target_link_libraries(OgreBites PRIVATE ${SDL2_LIBRARIES})
this is strange as this change was specifically introduced for Debian packaging in #1530
cacheMicrocode->read(&stringSize, sizeof(size_t)); // get string + printf("stringSize: %d\n", stringSize); paramName.resize(stringSize);
this seems to indicate that the shader cache is corrupted. Try deleting ~/.cache/OGRE Sample Browser/cache.bin
.
Alternatively it is also possible to disable the Cg plugin by commenting it out in plugins.cfg
:
# Plugin=Plugin_CgProgramManager
another source of string related errors are ABI breaks due to wrong headers being used. Make sure that you do not have libogre-1.12-dev
installed (1.12.5 on Debian). When in doubt run locate Ogre.h
I build in Docker container, so I'm pretty sure no dangling stuff is around.
I removed cache and it started working, that is great! Now the question is why it thinks the system is legacy as I have GTX1060 which is Vulkan and OpenGL4.x capable... I'd still go for compatibility grounds but still want to be sure to be able to do some graphically-rich stuff too...
On Wed, Jul 22, 2020 at 8:33 PM Pavel Rojtberg notifications@github.com wrote:
RenderSystem Name: OpenGL Rendering Subsystem
you are using the legacy GL rendersystem.
- target_link_libraries(OgreBites PRIVATE SDL2::SDL2)
- target_link_libraries(OgreBites PRIVATE ${SDL2_LIBRARIES})
this is strange as this change was specifically introduced for Debian packaging in #1530 https://github.com/OGRECave/ogre/pull/1530
cacheMicrocode->read(&stringSize, sizeof(size_t)); // get string
- printf("stringSize: %d\n", stringSize); paramName.resize(stringSize);
this seems to indicate that the shader cache is corrupted. Try deleting ~/.cache/OGRE Sample Browser/cache.bin.
Alternatively it is also possible to disable the Cg plugin by commenting it out in plugins.cfg:
Plugin=Plugin_CgProgramManager
another source of string related errors are ABI breaks due to wrong headers being used. Make sure that you do not have libogre-1.12-dev installed (1.12.5 on Debian). When in doubt run locate Ogre.h
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/OGRECave/ogre/issues/1634#issuecomment-662587066, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAABPU7OW22PTPPGNURVHZLR44PHXANCNFSM4PEVKBOQ .
Now the question is why it thinks the system is legacy
it picks the first available rendersystem. You can change that if you hit configure in the samplebrowser
BTW, the patching is probably needed because my docker container is ubuntu 16.04 (I use that to avoid compatibility problems).
On Wed, Jul 22, 2020 at 9:47 PM Pavel Rojtberg notifications@github.com wrote:
Now the question is why it thinks the system is legacy
it picks the first available rendersystem. You can change that if you hit configure in the samplebrowser
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or unsubscribe.
System Information
Detailled description
I compiled Ogre from source code according to instruction. Everything went fine. I get this error on start of SampleBrowser.
The actual string length is huge value.
Ogre.log
As log was not produced in file, I provide the stdout stuff:
The stringSize stuff is printed by the following patch:
The build is static (for dynamic one I got the same error), to compile static build successfully I need to do the following patching: