Jump to content
The Dark Mod Forums


  • Posts

  • Joined

  • Days Won


greebo last won the day on September 23

greebo had the most liked content!


429 Legendary

About greebo

  • Birthday 11/26/1979

Contact Methods

  • Website URL
  • ICQ

Profile Information

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

Recent Profile Visitors

17381 profile views
  1. Please open a bugtracker entry for this, I assume the parser needs to be adjusted to handle the rect-100. It's entirely possible that this is a regression of some sort.
  2. I don't think that the file has problematic code in it, but I can't prove it to you. I'm afraid these positive detections happen every now and then, something is triggering the scanners. Uploading the sound.dll file to the online scan services shows this: https://www.virustotal.com/gui/file/7fe3607c7dd33cfee7cef53d0ccbdd3142a9f8860cfe24d639c4be043136c4dc It confirms that BitDefender doesn't like the file, for what it's worth. I could look into creating a checksum of the uploaded files next time I create a release, but this doesn't really add much value other than you're being able to prove that the file's the same as the original on my system. If the sound.dll gets infected on my machine while I build the release, the checksum would still be matching. One could make sure and compile DR from source code, to rule out anyone messed with the released files on my computer or on Github.
  3. I can confirm the problem with the vanilla D3 resources, the parser is running into a bug in the pak0005.pk4/materials/patd.mtr file. Issue: https://bugs.thedarkmod.com/view.php?id=6108
  4. There is a lightscale setting in the .game file, which can be used to make lights brighter or darker in DR's render view. Not sure how this could help when exporting scenes to other engines, but that's about the only thing we have here to adjust light brightness globally, other than changing every light in the scene. See for example doom3.game, Line 133: <lightScale>2</lightScale>
  5. Thank you. It might be possible that the material parser thread is failing on some declaration. I'm going to try if it does the same on my old D3 installation, I just have to track down the PAK files.
  6. Can you maybe try launching DR from the console to see if there's any output? The darkradiant.log file in ~/.cache/ might also give me some insight. Can you paste the log contents after it crashed, please?
  7. The installer (I think) is overwriting everything in the installation directory, as far as I know, it doesn't remove any previous installation. But I might be wrong on that, since I rarely use the installer myself on my development machine. You don't need to backup your user settings, since version 3.0 every new minor release (3.x) is using its own separate settings folder and is not overwriting settings from previous versions anymore.
  8. I installed Manjaro XFCE, and scrolling with the mousewheel is moving the camera view as expected, with and without freelook mode. That's in a virtual machine, it is compiled against wxWidgets 3.2.0.
  9. DarkRadiant 3.3.0 is ready for download. What's new: Feature: Remove menu options which are not applicable to current game Feature: Grey-out menu entries that are not applicable Feature: FX Declaration Parsing Support Feature: FX Chooser Feature: Renderer now takes "translucent" keyword into account Fixed: Lighting Mode Renderer draws hidden lights Fixed: Loading map results in "Real Hard DarkRadiant Failure" exception Fixed: Crash when trying to set default mouse or keyboard bindings Fixed: Unit Tests intermittently get stuck on Github runner Fixed: xmlutil thread safety problems Fixed: Some materials aren't displayed correctly Windows and Mac Downloads are available on Github: https://github.com/codereader/DarkRadiant/releases/tag/3.3.0 and of course linked from the website https://www.darkradiant.net Thanks to all the awesome people who keep using DarkRadiant to create Fan Missions - they are the main reason for me to keep going. 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/issue, feel free to ask. If you run into a crash, please record a crashdump: Crashdump Instructions Feature requests should be suggested (and possibly discussed) here in these forums before they may be added to the tracker. The list of changes can be found on the our bugtracker changelog. Have fun mapping!
  10. I thought the flatpak is using wxWidgets 3.2.0? But as you had the problem with DR 3.0.0 too, I assume it's not caused by wx3.2. I'll check it out as soon as I get a chance.
  11. Yes, it's working normally, for me at least. There's no key binding necessary for that either, it's hard-coded to react to the mouse wheel.
  12. Ok. Testing my existing Arch VM with wxWidgets 3.2.0, mouse wheel is working. Maybe it's something related to XFCE, I'll try to install that version.
  • Create New...