Jump to content
The Dark Mod Forums

greebo

Root
  • Content Count

    16340
  • Joined

  • Days Won

    16

greebo last won the day on March 7

greebo had the most liked content!

Community Reputation

103 Excellent

About greebo

  • Rank
    Heroic Coder
  • Birthday 11/26/1979

Contact Methods

  • Website URL
    https://www.thedarkmod.com
  • ICQ
    0

Profile Information

  • Gender
    Male
  • Location
    conduction band
  • Interests
    Physics, Sports, Guitar, Coding

Recent Profile Visitors

15553 profile views
  1. Can you attach the pointfile, please? I assume it's existing and valid, but I just want to rule out any issues with the file.
  2. I just pulled OrbWeaver's fixes into my repository, you should be able to properly install these files now through CMake.
  3. That's the folder with your custom settings, yes. Colour themes, filters, keyboard binds, window positions, most recently used files, etc.
  4. That's completely undefined. It usually depends on how much time we have to work on stuff. Since it's not worth creating a release when there's only two or three minor things to ship, I'm usually waiting for one or two large changes and a bunch of bug fixes or smaller improvements. Then it's worth going through all the paperwork necessary to create a publication. It depends where your prefix folder is when you install your compiled binaries. If you leave it to the default /usr/local/ then yes, anything that's there will be overwritten. That's speaking of the binaries - your personal se
  5. Hm, I guess the resource models are missing, you're likely seeing the "model not found" NullModel in the preview. There's a new folder install/resources/ in the source tree that needs to be copied to the runtime data path, like the XRC files and the scripts. I probably missed to adjust the CMakeLists.txt to copy these over to the install location.
  6. Thanks for the reminder, I had a look at the crashdump you uploaded. This seems to be a double-entering problem, the map diff method is entered twice through the idle callback. Due to the whole progress UI handling the map saving is taking longer than 123ms and the timer to trigger the map save is fired another time before the first one is finished. Down the line this causes a lock_guard to throw exceptions since it tries to lock a mutex it already holds. The MapExporter class has an option to switch off the progress UI when saving, which is likely to solve the problem. Still, the timer c
  7. DarkRadiant 2.12.0 is ready for download. Feature highlights include a new customisable GUI and the first iteration of the Material Editor GUI. Windows and Mac Downloads are available on Github: https://github.com/codereader/DarkRadiant/releases/tag/2.12.0 and of course linked from the website https://www.darkradiant.net Thanks go out to all who helped testing this release! Please report any bugs or feature requests here in these forums, following these guidelines: Bugs (including steps for reproduction) can go directly on the tracker. When unsure about a bug/issu
  8. I assume the crash is the one I fixed in #5586. About not being able to go back, that's not something I expected - I can open 2.11.0 after having started the newer versions just fine. The log is really short, maybe some of your DLLs in the folder are mismatching? Can you extract a portable 2.11.0 and start the instance from a different location? I'll upload a new build with the crash fix in the meantime. edit: new build (pre3) uploaded.
  9. Should be fixed, it was indeed the fragment program. I fixed it by adding a version request to the file, it's #version 120 now.
  10. It's maybe caused by one of the debug openGL assertNoErrors calls which are shutting down the app. I'll have to investigate. Another possibility would be the changes to the depth fill GLSL program, maybe they are not compiling.
  11. I've pushed an update, let's hope it's working better now
  12. In case you cloned my repository, I haven't integrated the latest changes yet, so you still need to update the submodule first. This step can be skipped once I integrated OrbWeaver's master branch.
  13. Thanks, I'll check it out in the next few days!
  14. Same here with the Windows.h headers - they are infamous for their #defines polluting the namespaces. They are leaking through wxWidgets too. It's possible to turn those off by #define NOMINMAX and such, but it's obviously not happening, so we have min, max, near and far.
  15. If it's not a huge problem for you, I'm happy to update the dependencies. I need to fix something else in there anyway, so a new windeps package for 2.12.0 is due anyway. Ubuntu package seems to be present: https://packages.ubuntu.com/groovy/libeigen3-dev
×
×
  • Create New...