Jump to content
The Dark Mod Forums

Xolvix

Member
  • Posts

    340
  • Joined

  • Last visited

  • Days Won

    11

Xolvix last won the day on October 26 2023

Xolvix had the most liked content!

Reputation

299 Legendary

Profile Information

  • Gender
    Male
  • Location
    Australia

Recent Profile Visitors

3256 profile views
  1. I like how this has essentially become a Linux thread despite it not being the intended focus. I play around with Ubuntu MATE because I like Ubuntu and the MATE variant has an environment I prefer with a bunch of changes I like, a good compromise between old and new. That said, TDM behaves a bit oddly in Linux. For some reason in TDM it misses the occasional mouse click - if I happen to click fast enough there's a chance the event won't register. It seems to be something inherent to the Doom 3 engine in Linux - even in dhewm3, if I make a really fast click on the mouse it can sometimes ignore that mouse event and not fire the weapon. Generally you have to be really quick on the down/up event for it to happen, but it happens, it's reproducible and I can't just accept having to consciously be aware of my mouse behaviour and remembering to click long enough to guarantee the event is registered. I'm sure many won't notice this issue, but I'm pretty fussy about such things so it annoys me. This doesn't happen on anything else in Linux, just Doom3/TDM. Not surprisingly Windows doesn't have this issue, and it's a good example of the reasons why I don't bother moving entirely to Linux. I can't stand odd quirks like this and there's odd quirks EVERYWHERE in Linux. There's quirks aplenty in Windows too of course, but I'm used to them.
  2. Sure you can, it's called cross compilation. https://en.wikipedia.org/wiki/Cross_compiler In the Linux VM you'd install something like mingw-w64 and use that as the compiler, the output being a Windows exe. Of course the project would have to be set up to support it so I don't know if TDM is already set up for that.
  3. Given updates from Windows 7/8 to 10 and from 10 to 11 have been free, it seems like a low-impact financial decision on the part of the end user. I mean I'm tired of MS's BS and complications too and don't like a lot of the changes in newer versions of Windows, but I found workarounds and solutions to all the common issues and felt it was a better outcome than relying on EOL software that's going to be harder and harder to maintain especially when software/hardware vendors no longer support it. Still, if you find Linux is an option then it's better than a system that no longer runs anything without major issues. /sidetrack
  4. As much as I'm a big fan of FOSS, it gets messy when it involves assets with a whole mix of licenses. The engine? Sure that'll work, but TDM is useless with just the engine. Even if you have a separate libre version with verified assets, you've now split the project into a full version and a libre-only version and for what? Some entry in a niche wiki and the Debian repo? Once people want actual full missions to play you begin to drift away from the restricted licenses imposed on the libre version and have to code and accommodate for that. If TDM was developed with the day-one intention of only allowed libre licensed assets then there'd be no problem, but it hasn't and what your asking is probably too much work and effort for little benefit.
  5. All I can tell is the gamma is so low, how does one find secrets and details in the environment if you can't even see shit. But I guess you could justify the AI being dumb too if they also can't see shit.
  6. It's possible the vsync implementation in TDM is broken in Linux, or at least doesn't work properly with newer NVIDIA drivers. I wouldn't use that driver setting checkbox as a global option if I could. If the environment variable works, create a launcher script for TDM using it.
  7. You can try forcing vertical sync in Linux if using NVIDIA drivers with environment variables: __GL_SYNC_TO_VBLANK=1 ./thedarkmod.x64 https://download.nvidia.com/XFree86/Linux-x86_64/535.146.02/README/openglenvvariables.html
  8. I can confirm your issue. My monitor can run at 165 Hz so I set the in-game FPS cap to 166. When capped at 166 FPS I can't hear any faint footsteps while creeping either, but when set to a cap of 144 FPS the creeping footsteps played as expected. I've only played a handful of missions since I got this monitor so I likely just didn't notice this and if there were any other oddities like the camera and other movement, I didn't notice them either. Still, there's clearly something subtle happening at higher frame rates. I'd be curious if the problem happens on say a 60 Hz monitor but still capped at 166 FPS. Guessing it would. As for the other thing you noticed where the actual frame rate cap doesn't seem to match the one selected in the menus, I think this is more of an issue with the Doom 3 (id Tech 4) engine the game uses as its base. My understanding is it took some work to actually get higher frame rates than 60 working in the game in the first place. Even the dhewm3 source port of Doom 3 doesn't have it working correctly. Even if you uncap the FPS the timing of the game goes to warp speed and it's completely unplayable. https://github.com/dhewm/dhewm3/pull/297. Amusingly there's at least one TDM dev who posted there, since people talk about how TDM implemented their own solution (not without its own bugs).
  9. I can't say this about TDM necessarily but I have seen quirks that happen on Linux that don't happen on Windows even with cross-platform software. I was testing some Quake map packs in Linux using the Quakespasm engine, a very popular source port. I noticed a particular map pack was missing music in Linux but worked fine in Windows. I thought it may have been a codec issue, until I discovered the map in question was requesting audio file "track102.ogg" but the actual title of the file was "Track102.ogg" and Linux filesystems are by default case-sensitive. Renaming the file fixed it but man that was some bullshit the end user shouldn't have to deal with.
  10. Krita has really gone from strength to strength in the last few years. Even though it's targeted more at painting, I'm finding Krita functions well even with general image manipulation to the point where it can replace GIMP for most tasks for me. GIMP is still handy at times but Krita's UI is superior. I did try a simple AI diffusion plugin I found for GIMP but it did all the work on a server on the Internet somewhere and that required being put in a queue, etc. My card is powerful enough to do the CUDA work locally with this Krita plugin, and after some practice it's really effective.
  11. Well since you're a Linux user and already know about scripts, I invite you to learn about the inotifywait command which can monitor the changes made to a directory or file. You could have your mogrify script run whenever the screenshots dir changes (i.e. a screenshot is saved). Examples - https://www.thegeekdiary.com/inotifywait-command-examples-in-linux/
  12. It does, hence my confusion about why I don't get it. But post after post after post I see on reddit and elsewhere, even others with Firefox and uBlock Origin, having a hell of a time and discussing solutions. It's so inconsistent.
  13. Well I guess Google must feel confident in their anti-adblocking tactics. They've decided to bump up the price of YouTube Premium in several countries/regions (from the 1st of November): https://9to5google.com/2023/11/01/youtube-premium-international-price-increase/ On the Australia subreddit someone mentioned how their plan will be increasing from $17.99 a month to $32.99. That's fun.
  14. A bit tongue-in-cheek but I think there's something to be said for the browser you're using. Like I said before I haven't encountered the popup at all yet, but I've being using Firefox for ages so I wonder if the popup, even with the latest filters in uBlock origin, is just more difficult to bypass in Chrome due to Google's control of the browser.
×
×
  • Create New...