Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    Pavel Rojtberg
    @paroj
    only the first one deletes files
    tritonas00
    @tritonas00
    Sorry for bothering again, but unload seems to create another issue
    Got segfault when trying to read a previously unloaded zip, which makes sense. But tried Ogre::ArchiveManager::load, after the file is downloaded still no luck
    Here is a vid with the issue
    Pavel Rojtberg
    @paroj
    please provide a stacktrace
    tritonas00
    @tritonas00
    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
    tritonas00
    @tritonas00
    strangely if i perform a full cache update, it works fine
    but it is a bit slow for too many mods
    tritonas00
    @tritonas00
    shouldn't Ogre::ArchiveManager::load do the job?
    tritonas00
    @tritonas00
    hmm actually it segfaults when loading any other mod also, not only the unloaded one
    Pavel Rojtberg
    @paroj
    did you call ResourceGroupManager::removeResourceLocation? on that archive? Otherwise the ResourceGroupManager is left with a dangling pointer after ArchiveManager::unload
    tritonas00
    @tritonas00
    it seems our resource groups were not properly cleared before pruning and updating the cache
    thanks for the help again!
    Neonit
    @Neonit
    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.
    Neonit
    @Neonit
    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.
    Steven Gann
    @StevenGann
    A couple devs on my team are insisting on using vcpkg for all dependencies, but I noticed the Ogre vcpkg package is 2 years out of date. Will this be updated in the future or should I switch to adding the library manually?
    Steven Gann
    @StevenGann
    Alright, so I'm new to vcpkg myself and just discovered it isn't like NuGet or npm where you upload a package someplace. Never mind, then! Regardless, thanks for the hard work that's gone into Ogre. I'm really enjoying working with it.
    SNiLD
    @SNiLD
    yeah, we build Ogre with vcpkg as well, you can just replace the REF from portfile yourself to get the exact version of ogre you want
    tritonas00
    @tritonas00
    file is a std::string which contains full path (like /home/user/.rigsofrods/mods/mod.zip)
    tritonas00
    @tritonas00
    on the other hand maybe always loading before unloading may work
    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);
    sudaphedz
    @sudaphedz:matrix.org
    [m]
    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
    sudaphedz
    @sudaphedz:matrix.org
    [m]
    and https://wiki.ogre3d.org/Tutorials. But all these ones have a notice "IMPORTANT: These tutorials were not yet updated for Ogre 1.10+. "
    Pavel Rojtberg
    @paroj
    @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
    sudaphedz
    @sudaphedz:matrix.org
    [m]
    @paroj: Thanks!
    Petr Ohlídal
    @only-a-ptr
    I ran into it when upgrading: RigsOfRods/rigs-of-rods#2858
    Petr Ohlídal
    @only-a-ptr

    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
    tritonas00
    @tritonas00
    yep, all good now, thanks for the info
    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
    tritonas00
    @tritonas00

    it was

        Ogre::Vector3 lightsrc = m_caelum_system->getSun()->getMainLight()->getDirection();
        m_caelum_system->getSun()->getMainLight()->setDirection(lightsrc.normalisedCopy());

    for ogre 1.11.6

    before:
    screenshot_2022-03-03_23-56-40_1.png
    after:
    tritonas00
    @tritonas00
    screenshot_2022-03-03_23-56-22_1.png
    tritonas00
    @tritonas00
    yes, we fetch latest OGRECave/ogre-caelum master branch
    i will try without that commit
    ok it doesn't compile without that, lol, makes sense, API changes
    9 replies
    tritonas00
    @tritonas00
    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