Jump to content
The Dark Mod Forums

[SOLVED] Distant geometry renders in front of closer geometry


Recommended Posts

Hello. I am experiencing a strange issue with the 3D viewport in DarkRadiant; Distant geometry cuts through closer geometry, causing some surfaces and objects to show in front of those closer than them to the camera. Has anyone else gotten this glitch, and does anyone know how to fix it? I'm running latest GIT master of DarkRadiant. A screenshot of the problem:

 

 

 

9th4eg.png

 

 

 

[EDIT] The cause of the issue was at last found and a patch was posted. See this post for more details.

Edited by MirceaKitsune
Link to comment
Share on other sites

  • 2 weeks later...
  • 1 month later...
  • 2 weeks later...

Still hoping for a solution to this. It's the primary reason why I can't attempt any mission making for TDM right now, alongside a few broken menus.

 

I agree this is likely related to transparency. OpenGL is known for having issues with sorting multiple transparent surfaces. The strange thing is that this happens for non-transparent materials as well.

 

Sadly I don't know how to hack binaries. Especially on Linux, where there are indeed no dll files.

 

As a quick workaround, I would suggest adding an option to disable transparency in the 3D view altogether. Which I think is a preference many users might want to have either way (eg: on slower graphics cards).

Link to comment
Share on other sites

  • 4 weeks later...

Can you use version 1.8.1 (July 2014) as a workaround, until this issue gets dealt with? DR hasn't diverged, and maps are fully compatible across the versions. And you'll still have access to the latest TDM 2.03 assets. They are not part of DR, so it doesn't matter which version you use.

Link to comment
Share on other sites

Simple workaround - install Windows 7 64bit and be happy.

 

No, thank you... I am very happy with my openSUSE 13.2 x64 :)

 

Like I said, I think the easiest workaround to quickly solve this problem would be an option to disable all and any transparency in the 3D viewport... even if the setting is not present in the menu and can be manually added to the Darkradiant configuration file. Someday afterwards, the issue can hopefully be fixed at its core so transparency can be enabled without it happening. I just hope someone will look into this at all soon...

Link to comment
Share on other sites

Install different driver maybe?

 

It's funny that even on Blender, you don't go around making devs to spend time and make it work on obsolete hardware - you buy new hardware than can handle Blender. Even switch OS if you have to. I am not even talking about Unreal Engine 4, Unity, Maya, etc.

Link to comment
Share on other sites

Install different driver maybe?

 

It's funny that even on Blender, you don't go around making devs to spend time and make it work on obsolete hardware - you buy new hardware than can handle Blender. Even switch OS if you have to. I am not even talking about Unreal Engine 4, Unity, Maya, etc.

 

I have good and modern hardware actually... the Radeon 6870 is seriously not that old. I use the video driver provided by Linux (MESA / Gallium / AMD Barts), and no I'm not getting the proprietary one which for Linux sucks. Lastly, I'm not putting a gun to any developer's head and making them do anything, although I am kindly asking that this is something they address somehow as it is a major bug. Also, as it can be seen above, there are other people who reported having this problem, so this time I'm at least not the only one.

Link to comment
Share on other sites

 

The strange thing is that this happens for non-transparent materials as well.

 

 

i didnt notice this comment before.

this is not the same issue i get , seems like a lynix/driver issue.

wonder how many lynix versions have been downloaded without the same issue?

 

they have made a big move to msv 2013 and wx. your os is probly the last thing on the dev's mind.

 

if old versions work, use them.. or like ppl sugest. get windows. dual boot/emulator etc if u want to map for now, untill its looked into?

check console to see if its useing the on board intel? maybe try another video card, geforce? a gfx tweaker?

if you can build the git, then try rename a common shader atribute that is causing the issue eg. areaportal, translucent

 

report your finds. it may help you and there development

Edited by hypov8
Link to comment
Share on other sites

  • 5 months later...

Still happens with the latest DarkRadiant from GIT, even with a development version of Mesa 10.7 newer than the one installed by my distribution. It's sad that after 9 months, I can't even find a sloppy workaround to this showstopper, and therefore can't attempt creating a TDM mission. And no... please don't suggest changing my OS over this, or hunting for ancient versions of DR which likely won't even compile on my system.

 

If other people can't replicate the bug or don't have the time / resources to test this in more depth, maybe someone can at least suggest lines of code that I can try to modify, where you think the problem is likely to reside? I'm willing to do part of the hunting for this bug, and certainly ready to test it anytime... I am not familiar with the source code of DR however and would need guidance from someone who is. Anyone?

 

[EDIT] Someone else seems to have reported this or a similar problem recently: http://bugs.thedarkmod.com/view.php?id=4217

Edited by MirceaKitsune
Link to comment
Share on other sites

You could use PlayOnLinux and run DR inside that, speak to Freyk, he and I have been working on the mac version PlayOnmac where I have gotten the windows version of TDM running on OSX.

 

As non-optimal and counter intuitive as this feels at first, downloading the Windows version and running it on Wine instead of using the native binary might actually be a workaround. I shall give this a try later and see if it runs then if the problem goes away with it.

Link to comment
Share on other sites

Afaik idtech 4 uses OGL 1.5 render and if i would guess i would say DarkRadiant uses OGL 1.5 or above, so i ask, is mesa a full OpenGL 1.5+ supporting driver? Does it support all the necessary OGL extensions? If not your only way is to install the official AMD linux Driver, there's a new one available on the AMD site.

 

Here http://support.amd.com/en-us/kb-articles/Pages/AMDCatalyst15-9LINReleaseNotes.aspx

Link to comment
Share on other sites

Afaik idtech 4 uses OGL 1.5 render and if i would guess i would say DarkRadiant uses OGL 1.5 or above, so i ask, is mesa a full OpenGL 1.5+ supporting driver? Does it support all the necessary OGL extensions? If not your only way is to install the official AMD linux Driver, there's a new one available on the AMD site.

 

Here http://support.amd.com/en-us/kb-articles/Pages/AMDCatalyst15-9LINReleaseNotes.aspx

 

Sure... I wouldn't be able to play most games if it didn't. It now supports OpenGL 4.1, although in practice I only get up to OpenGL 3.3 due to limitations in the r600 driver.

Link to comment
Share on other sites

Then i can only assume that this is a bug on the mesa driver and the only way is to wait for a mesa driver fix (but after 9 months they still didn't solved it? Perhaps people didn't reported the problem.), install the new AMD linux driver, i know you said it is bad but perhaps this new one works better? Just try it, doesn't hurt, and you can always go back (i think, at least on windows you can), or wait for TDM DarkRadiant coder to make a temporary fix or workaround, but if he still didn't made it, is because there's some important reason, that i don't know about.

Link to comment
Share on other sites

Give Freyk a PM, as I know he has got it working.

 

Done, I will wait for his reply and try to run the Windows version on Wine again.

 

And please everyone, stop suggesting that I change my operating system or install a driver I don't want on my system! I mentioned I won't do that already: I use this machine for several things, including running other Linux games which work flawlessly through Mesa. I assume that if I installed fglrx, this problem would go away... but I don't want it on my system, and won't play with installing / uninstalling a driver which can easily break my OS.

 

And no, this doesn't mean it's necessarily something Mesa has to fix, nor that DarkRadiant did something stupid; It can simply be a line of code in DR that gets on Mesa's bad side, and which fewer Mesa users were around to notice until now. I'm willing to bet that adding a simple check somewhere in the DR rendering pipeline will solve the problem. I'm ready to test any solution, but need a suggestion from one of the developers as to what!

Edited by MirceaKitsune
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recent Status Updates

    • MayheM

      Hello, Since this track is originally from TDM,i think it's better to ask here than TTLG. Do you guys have the full version of this ambient track?
      https://sndup.net/z4ty/
      https://sndup.net/qwhy/
      · 2 replies
    • DeTeEff

      Bachelor Mapping Challenge!
      The girlfriend will be away to her mum's place for almost a week, which means more mapping time for me! I'm planning a speed build. Hope it will go my way
      I'm starting by downloading 2.11. Don't know if I'm going to use any fancy new stuff. Just want to crack those itching map muscles that has gone dry and dead since almost a year's worth of no-mapping
      · 4 replies
    • kano

      The cool part of Canonical's Snap, is that my machine can now ray-trace an entire (simple) scene faster than it takes the web browser to start!
      · 5 replies
    • datiswous

      Fm idea (braindump)
      "Experience the life of a mission builder"
      Esentially there are finnished elements placed somewhere in storage in the game and you have to place them in the correct places, build some walls here and there, add guard routes, give them their correct speech lines, etc. Decorate the places.. all in-game. lots of fun.. 😉
      If you do it right in the end you can play the mission.
      (would be even cooler if a thief-ai could play the mission, making it some kind of tower-defence game)
       
      This first started as an idea for an aquarium builder mission where-in you have to fill an empty aquarium with sand, waterplants, castles water and swimming fish. But above idea is more fun.
       
      · 4 replies
    • JackFarmer

      Dear ChatGPT, What are The Builders in the Dark Mod?
       
      The Builders is a popular game mode in the video game community called "Dark Mod," which is a fan-made tribute to the classic "Thief" series of stealth games. In this game mode, players assume the role of builders who construct structures in a dark and ominous environment while trying to avoid detection by patrolling guards.
      The Builders game mode is unique in that it offers players the opportunity to create and design their own levels using the in-game tools and resources provided. Players can experiment with different building materials, construct intricate traps and puzzles, and create their own unique gameplay experiences.
      While The Builders game mode is not an official part of the Dark Mod, it has become one of the most popular and well-loved aspects of the game, thanks to its emphasis on creativity, strategy, and stealth.
       
      You guys did not know that, did you?
      · 2 replies
×
×
  • Create New...