Jump to content

zyon2101

Member
  • Content Count

    18
  • Joined

  • Last Visited

Community Reputation

12 Favourable

About zyon2101

  • Rank
    Sophomore

Recent Profile Visitors

249 Profile Views
  1. Can plugins cause heavy frame drops?

    Ah whoops, I guess I should've mentioned this but I am actually running Windows 10 The Windows 7 appearance comes from a program I use for styling called WindowBlinds, though I excluded the game from being styled by it to avoid any sort of compatibility issue.
  2. Can plugins cause heavy frame drops?

    Im already running both the CPUOptions and DisableFPSLimits DLL mods, with CPUOptions configured to set the game to High priority. One test I've done is to change the game's affinity from my Core 0 to my Core 2 (which would be the first thread of my 2nd physical core) since Ryzen Master tells me that's my fastest core (with the 3rd core being my second fastest) and I noticed some minor improvement but I can't really tell if it was placebo or if it actually made a difference. As for drivers, I was running version version 572.83 previously Specifically because of all the complaints coming from people that updated to their latest drivers, though I haven't had issues with the latest one so far. Game ran the same both on old drivers and new drivers.
  3. Can plugins cause heavy frame drops?

    Hey there! I'm not entirely sure if the props I downloaded are that high resolution (most of them are from mattb325 if that's any indicator). As for my graphics drivers and hardware: Im running an RTX 3070 driver version 576.02 (screenshot attached), with no issues whatsoever in other games. I've attached 2 screenshots of my dgVoodoo configuration as well. I've tried changing some settings around like Fast Video Memory Access or using a different DirectX version but it made no difference.
  4. Good evening, I've recently cleared my entire plugins folder and decided to use SC4PAC exclusively to manage it (save for a few exceptions like CAM 2.5 and NAM) and performance in my current modpack (855 packages! Dependencies included) is quite abysmal. Scrolling has stuttering all over, zooming in or out takes ages while the lots are being re-rendered, loading into even a small 30k pop city takes almost 10 minutes, and demolishing large buildings freezes the game for several minutes. All of that left me wondering, can a large number of plugins or maybe a combination of specific plugins cause such a loss of performance? For reference I've already followed the usual guides that involve installing dgVoodoo (Also tried dxWrapper with similar results), the DBPF loading DLL mod, turning off Shadows (alleviates the issue mildly but it's still quite unbearable), using a custom Graphics Rules.sgr file, etc. etc.
  5. That's good to know, I've also edited my message to bolden the actual fix. I guess now all that's left is getting used to the massive frame drops when zooming in/ou (Most likely due to my massive plugin folder, god bless SC4PAC).
  6. Hello again! My apologies for necro'ing the thread but I've made a discovery that might be helpful for other users here: I've managed to make dgVoodoo work without crashing and with good performance, and the fix is something incredibly stupid: In the Nvidia Control Panel, I changed the power management setting for SimCity 4 to "Prefer Maximum Performance" and that did the trick. Yes, seriously. I can only guess this was happening because I own a relatively modern card (RTX 3070) and in the "Normal" power setting it's clock speeds are reduced when not in full use and I guess that somehow made dgVoodoo act up because of the huge spikes in clock speed. Who knows, what matters is that changing that setting fixed the problem. Hope this helps other Nvidia users here.
  7. Well, over a day later playing around I come with a final report regarding this situation: I decided to remove all traces of dgVoodoo from my game and instead use dxWrapper despite the constant crashes and low FPS it would give me, but I was pleasantly surprised (and kinda confused) to find out that reinstalling my game from zero did something and now dxWrapper works flawlessly with 0 crashes and the same high FPS Voodoo would give me before crashing out. Honestly I don't even know how to begin guessing as to why doing all this seems to have made the game stable but it did and that's all that matters. Thanks everyone for all the help!
  8. Unfortunately it seems my happiness was shortlived, game still crashed after a few more minutes playing, now regardless if it's in Borderless or Fullscreen...
  9. Alright! I bring good tidings, doing a clean install appears to have done something: While DX11 still runs terribly since it apparently still defaults to Software mode, DX12 hasn't crashed so far and now while launching the game on fullscreen mode Rivatuner (which I've reinstalled after confirming it had nothing to do with my issue) no longer detects "DD" as the API being used, instead showing the DX12 API I've chosen in dgVoodoo. I'll be re-installing the plugins I was using prior to see if it makes any difference and keep testing to see
  10. Im using version 641 from GOG
  11. My game isn't installed on the same drive as Windows, the file structure is like: Drive:\Games\SimCity 4 Could that be an issue as well?
  12. I've applied the patch several times already, and as I've mentioned in my first post I've also tried using dxWrapper, but it gives me sub-par performance and seems to crash the game at random when I try to zoom-in or zoom-out in moderately-sized cities, while vgVoodoo doesn't do that when I'm using it in fullscreen mode and when it reverts to "DD" according to rivatuner as explained before Normally I'd be fine dealing with low FPS (it's a 21 year old game after all lol) but the crashes it causes are a big problem
  13. Well thats a relief, I thought I was having issues locally lol
  14. Just tried it, same issues persist (fallback to Software mode when using DX11, crash while using DX12). Leaving CPUOptions on max (High) priority seems to have accelerated the issue, could barely get 5 minutes into the game before it crashed, and changing shadows to medium made no difference either. However, there was a log file right beside the game's executable that I never checked out before and when I did I noticed that it has a field enumerating how much memory and free memory the game thinks my PC has and it says 1024 for both(which most likely means just 1GB), could this be related? I've applied the 4GB patch to the game already (more than once even, just to make sure). I've attached the log file to this post for reference. Edit: re-attached the log file as it seems to have failed to upload the first time. Edit 2: attached inside a zip file as it seems the site doesn't like my .txt file haha CB Edit: Fixed it! LAKELAND-config-log.txt
  15. Hmm, that doesn't fit my situation either. My audio drivers are up to date as per my motherboard's support page, and I don't use any antivirus software whatsoever as I work with IT and their operation constantly interfered with something I was using. No OEM software either as I built this PC myself and the only software I have that could possibly interfere with a game is MSI Afterburner and Rivatuner, which I've already tested disabling and enabling while playing the game and it made no difference.
×