View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000356 | Gameplay + OpenGL | [All Projects] Bug | public | 2017-03-01 08:11 | 2017-03-02 03:51 |
Reporter | Major Cooke | ||||
Assigned To | |||||
Priority | normal | Severity | major | Reproducibility | always |
Status | resolved | Resolution | no change required | ||
Summary | 0000356: Texture loading time increased? | ||||
Description | I don't know when or where, but on RelWithDebInfo at least, texture loading time has increased significantly, somehow. AEoD is one such mod where it used to only take 6 seconds to load on my machine, but now it takes approximately double or triple that amount now, and I've no idea what caused it, but it was recent. Note: It doesn't matter if the load succeeds or not, I'm simply pointing out the timing. | ||||
Tags | No tags attached. | ||||
Have you tried different versions to find out since when this happens? | |
Currently backtracking one day at a time, last commit of the day to find out when and where this happenened to change. It's taking me a while. | |
Okay. I went back as far as GZDoom 2.3, which I know back then it wasn't that slow. I hadn't updated to the latest Windows 10 Anniversary update. One thing I had forgotten about was Windows 10 Anniversary reset my profiles such as my color corrections on the intel display driver. I didn't realize it also reset my NVidia profile for my GZDoom. Just another reason why this should be considered. And yet despite repurposing the driver once more and all the settings, it's still slow to loading... Hmmm... |
|
I am considering the patch - my problem with it is that I'd like to disable the items if no such hardware can be detected and I do not know yet how. | |
It simply sets an environment variable, and you need special drivers in order to even recognize it (which are available for the mobile chipsets). If it's the menu item that's troubling you, that can easily be removed. At its default, it does not manipulate GZDoom's user environment in any way, so post-patch no one should even notice a change unless they try to change it in the menu. What happens if you try to use it without a dual-GPU setup? |
|
Nothing happens, but it has been bothering me that there's options in the menu that should be set on a need-to-have basis. For OpenGL 2.x I already hacked the menu but this needs to be done in a cleaner fashion as the amount of options increases. | |
Well if we're going to go that far, we might as well also hide OpenGL options in software and software options in OpenGL. I just watched a video of a guy who was confused about all the options available - and clearly did not make the distinction of what would work while he was in OpenGL mode... | |
The renderer options need to be better sorted, this was one of those issues which didn't sit well with ZDoom, but now it can be addressed. I wouldn't hide the options for the other renderer, but I would hide options for incompatible hardware. | |
Date Modified | Username | Field | Change |
---|---|---|---|
2017-03-01 08:11 | Major Cooke | New Issue | |
2017-03-01 08:58 | Graf Zahl | Note Added: 0000819 | |
2017-03-01 09:03 | Major Cooke | Note Added: 0000820 | |
2017-03-01 10:31 | Major Cooke | Note Added: 0000821 | |
2017-03-01 11:11 | Major Cooke | Note Edited: 0000821 | View Revisions |
2017-03-01 12:50 | Graf Zahl | Note Added: 0000822 | |
2017-03-01 12:50 | Graf Zahl | Status | new => resolved |
2017-03-01 12:50 | Graf Zahl | Resolution | open => no change required |
2017-03-01 13:06 | Rachael | Note Added: 0000823 | |
2017-03-01 13:07 | Rachael | Note Edited: 0000823 | View Revisions |
2017-03-01 13:07 | Rachael | Note Edited: 0000823 | View Revisions |
2017-03-01 15:12 | Graf Zahl | Note Added: 0000826 | |
2017-03-02 03:21 | Rachael | Note Added: 0000835 | |
2017-03-02 03:51 | Graf Zahl | Note Added: 0000836 |