Thread 1 "RoR" received signal SIGSEGV, Segmentation fault.
0x00007ffff78ef727 in Ogre::ResourceGroupManager::openResourceImpl (this=0x555555c792c0, resourceName="a1da0UID-nhelens.terrn2", groupName="General", searchGroupsIfNotFound=searchGroupsIfNotFound@entry=false, resourceBeingLoaded=resourceBeingLoaded@entry=0x0, throwOnFailure=true) at /home/babis/Downloads/ror-dependencies/Source/ogre/OgreMain/src/OgreResourceGroupManager.cpp:695
695 DataStreamPtr stream = pArch->open(resourceName);(gdb) bt
#0 0x00007ffff78ef727 in Ogre::ResourceGroupManager::openResourceImpl (this=0x555555c792c0, resourceName="a1da0UID-nhelens.terrn2",
groupName="General", searchGroupsIfNotFound=searchGroupsIfNotFound@entry=false, resourceBeingLoaded=resourceBeingLoaded@entry=0x0,
throwOnFailure=true) at /home/babis/Downloads/ror-dependencies/Source/ogre/OgreMain/src/OgreResourceGroupManager.cpp:695
#1 0x000055555598caea in Ogre::ResourceGroupManager::openResource (throwOnFailure=true, resourceBeingLoaded=0x0, groupName=...,
resourceName="a1da0UID-nhelens.terrn2", this=<optimized out>)
at /home/babis/Downloads/ror-dependencies/Dependencies_Linux/include/OGRE/OgreResourceGroupManager.h:668
#2 RoR::TerrainManager::LoadAndPrepareTerrain (entry=entry@entry=0x55555806f2e0)
at /home/babis/Downloads/ror-dependencies/rigs-of-rods/source/main/terrain/TerrainManager.cpp:137
#3 0x000055555562120a in RoR::GameContext::LoadTerrain (this=<optimized out>, filename_part="a1da0UID-nhelens.terrn2")
at /home/babis/Downloads/ror-dependencies/rigs-of-rods/source/main/GameContext.cpp:114
#4 0x00005555555ed2a2 in main (argc=<optimized out>, argv=<optimized out>)
at /home/babis/Downloads/ror-dependencies/rigs-of-rods/source/main/main.cpp:516
but it is a bit slow for too many mods
thanks for the help again!
In the context of an Ogre-Next 2.3.0 static build, when using the shipped CMake modules for finding Ogre and dependencies, am I supposed to set all the dependencies'
XXX_HOME environment variables manually? I'm currently browsing through the CMake code and up to now don't see another way how Ogre could find it.
3 replies
Even though I specified the deps path on compilation of Ogre so I initially thought it would cleverly save that for finding the deps later.
Another thing: I'm experiencing Ybalrid/BtOgre2#17, while I shouldn't, because it has been fixed long ago. However,
$OGRE_HOME/include/OGRE/Hlms/Common is not in my include paths, although I've added OGRE_INCLUDE_DIRS, OGRE_HlmsPbs_INCLUDE_DIRS and OGRE_HlmsUnlit_INCLUDE_DIRS.
is there a way to check if a zip file is loaded? i see https://ogrecave.github.io/ogre/api/1.11/class_ogre_1_1_resource.html#a74138c0203835513613af73cdb08890d but can't figure out how to use it here https://github.com/tritonas00/rigs-of-rods/blob/281671c7c8292d996887e0b28a13282583e23307/source/main/gui/panels/GUI_RepositorySelector.cpp#L729
just want to unload the file only if its loaded
just want to unload the file only if its loaded
file is a std::string which contains full path (like /home/user/.rigsofrods/mods/mod.zip)
something like
Ogre::Archive* arc = nullptr;
try
{
arc = Ogre::ArchiveManager::getSingleton().load(file, "Zip", true);
}
catch (...) {}
if (arc != nullptr)
{
Ogre::ArchiveManager::getSingleton().unload(file);
}
Ogre::FileSystemLayer::removeFile(file);
Hi all. I recently started looking into Ogre and was playing around with it. Went through some of the basic tutorials for version 13.3 and it seems like most of the material is outdated. Is are there more tutorials around for the latest version, or is it recommended to use earlier versions?
1 reply
and https://wiki.ogre3d.org/Tutorials. But all these ones have a notice "IMPORTANT: These tutorials were not yet updated for Ogre 1.10+. "
@sudaphedz:matrix.org Ogre 13 is mostly backward compatible to Ogre 1.9, so the tutorial in the second link work. However, with Ogre 13, there might be better ways to do things, so you should check the first link first. E.g. it is recommended to use SDL2 instead of OIS nowadays
@paroj Hi. Looks like you forgot to delete https://github.com/OGRECave/ogre/blob/6e4608762add2ed69317b744eee6a0e70da7ec74/OgreMain/include/OgrePrerequisites.h#L169 and subsequently https://github.com/OGRECave/ogre/blob/1730e72eb047f275d50fda3951c8cf65596b88b5/OgreMain/include/OgreParticleSystemRenderer.h#L86-L101.
7 replies
I'm afraid I need advice how to deal with pre-existing material manipulation code.
In Rigs of Rods, we allow content creators to just specify texture files and we fill them in pre-made materials.
doc: https://docs.rigsofrods.org/vehicle-creation/fileformat-truck/#managedmaterials
materials: https://github.com/RigsOfRods/rigs-of-rods/tree/master/resources/managed_materials
code (snippet to illustrate): https://github.com/RigsOfRods/rigs-of-rods/blob/master/source/main/physics/ActorSpawner.cpp#L2238-L2241
It completely relied on texture_unit names which are gone in OGRE13 - the name is now set to texture_alias and even that is deprecated.
The logged warning suggests using variables, but I can't find any API to define them in code - is there such option?
I realize I have resarch of RTSS to do, but if I can get some beginner tips it would be great.
1 reply
I guess you guys already figured out: https://github.com/RigsOfRods/rigs-of-rods/pull/2858/commits/75928f0aed38db71c4ccc805486a089e055fa1be
OGRECave/ogre-caelum master is a bit broken it seems -> the moon material is misplaced (close to the sun) and causes lighting issues
disabling the moon material fixes it, so must be something with the moon position
disabling the moon material fixes it, so must be something with the moon position
before:
after:
maybe I messed it up in this commit: https://github.com/OGRECave/ogre-caelum/commit/4c4adba5583f1fd463b4af503557673dbe43ac96#diff-c4e6af1446ab7df97cabbb10d24466cf9d0b61690670dcf82de57a8721a24d6aR70 did you have that one in your version?
i will try without that commit
ok it doesn't compile without that, lol, makes sense, API changes
9 replies
this https://github.com/OGRECave/ogre/blob/master/Docs/1.12-Notes.md#automatic-plugin-discovery-for-windows-debug-builds is only for Windows? meaning Linux Debug builds still need the _d suffix?
2 replies
and i think the same with
findResourceFileInfo() https://github.com/RigsOfRods/rigs-of-rods/blob/master/source/main/resources/CacheSystem.cpp#L992
is it maybe because of the Assimp plugin?