@AnyOldName3: ok I got the HUD pack, yet I'm confused.. what is the actual problem? :/
Custom texture issue report thread
|
11-02-2013, 06:28 AM
@Neobrain, can you take a look on the "stuttering/lags" when we are using Custom textures ?
Any game using custom textures has this problem, especially those games with many custom textures to load, like: Resident Evil 4, Code Veronica, those games are full of "stuttering/lags" because of this problem Issue 5596
CPU: Intel Core i7 3770 3.4 GHz (3.9 GHz with turbo boost) 4.23GHz with OC
RAM 16GB DDR3 [color=#009900]NVIDIA[/color] GTX 1070 [color=#000099]Asus[/color] Windows [color=#3333ff]10[/color] Pro 64bit Currently using DriverĀ [color=#00ff00]WHQL[/color] 11-02-2013, 06:30 AM
Yes, the custom texture loading code is fairly crappy. It's obvious where the stuttering comes from, we're just lacking anyone willing to fix the issue.
11-02-2013, 08:24 AM
Ok thanks.
CPU: Intel Core i7 3770 3.4 GHz (3.9 GHz with turbo boost) 4.23GHz with OC
RAM 16GB DDR3 [color=#009900]NVIDIA[/color] GTX 1070 [color=#000099]Asus[/color] Windows [color=#3333ff]10[/color] Pro 64bit Currently using DriverĀ [color=#00ff00]WHQL[/color] 11-02-2013, 10:03 AM
(11-02-2013, 02:05 AM)neobrain Wrote: @AnyOldName3: ok I got the HUD pack, yet I'm confused.. what is the actual problem? :/I'm back. The problem is that I'm seeing original textures when I know there's the new replacement texture with a filename matching that of the equivalent texture in my /dump/textures folder. Post here again at some point so it'll show up in the new posts section at some point in the future when it isn't midnight.
OS: Windows 10 64 bit Professional
CPU: AMD Ryzen 5900X RAM: 48GB GPU: Radeon 7800 XT
This is a bump, asking people to test this build with D3D11 with custom textures. It's meant to fix glitched custom textures in the D3D11 backend.
Please try it on this build, https://dl.dolphin-emu.org/builds/dolphi...331-x64.7z and post your results here. Thank you! 11-09-2013, 09:25 AM
It works perfectly when load textures is on but dump textures is off. When I last asked neobrain he said with both turned on it should load the custom ones and dump the vanilla ones, instead of just doing neither.
OS: Windows 10 64 bit Professional
CPU: AMD Ryzen 5900X RAM: 48GB GPU: Radeon 7800 XT 11-09-2013, 09:28 AM
known issues:
- D3D11 having issues with custom textures -> just use rgba8 :-) - Texture cache accuracy setting affecting if custom textures work or are broken -> I'd use another hash (maybe a safer one) to lookup which custom texture to use. Performance shouldn't matter as we only have to generate this hash on cache miss. - "stuttering/lags" when we are using Custom textures -> Maybe preload all custom textures on game start. So we don't have to access the filesystem while running - lots of identical textures because of different palettes -> split palettes and texture hash. In this way, we could also allow wildcard for some parts of it new known issues: - all texture packs woulld have to be touched ... -> but when we do such an incompatible change, we can also split palettes and texture (texcache_rewrite), or at least a compatible way (eg only overwrite textures atm) -> imo it's possible to make a tool which converts them on playing. But as we need the original texture, this can't be done offline -> should we also store the original textures in such packs? In this way we could change the hash as often as we wants to 11-09-2013, 09:31 AM
Testing in 4.0 with dump off and load on produced issues. Younger viewers may find the following images disturbing.
http://imgur.com/a/uSfCX Basically, the colours are screwed up, the sizes are wrong, parts of textures are cropped off, and some textures are repeated in multiple positions.
OS: Windows 10 64 bit Professional
CPU: AMD Ryzen 5900X RAM: 48GB GPU: Radeon 7800 XT (11-09-2013, 09:25 AM)AnyOldName3 Wrote: It works perfectly when load textures is on but dump textures is off. When I last asked neobrain he said with both turned on it should load the custom ones and dump the vanilla ones, instead of just doing neither. Sorry to say this, but your posts really aren't helpful. I was asking for elaborated reports about specific issues, while you only mention bits and pieces of issue reports without clear steps on how to reproduce them or anything like this. I couldn't even understand what you mean in some of your posts. I have a gazillion things on my mind, particularly when it comes to Dolphin, and people seem to always expect that I know what was talked about weeks (months?) ago. This is not the case, and when people expect me to "just look things up", I'll just stop caring. Which, I guess, is one of the reasons this issue went unfixed for so long. If even just reproducing an issue is annoying, I sure as hell don't want to waste my time on it. That said, I was actually able to make some sense out of one of your posts in this thread (I can't seem to find it anymore, did you delete it? oO). It gave rise to the fix in the branch JMC linked to. Your first response to that did not make it clear at all to me if anything was fixed for you or not, or if you were referring to the branch at all. Your second response (which actually looks like the original post that I couldn't find anymore) just reported the same problem that the branch fixed. So, I throw fixes at people and people just ignore them and keep reporting the problems that I already fixed. Yay. To conclude, it's appreciated that you report issues, but.. geez, if the first post explicitly says "well done issue reports only please", could you please take more than a minute to respond to this thread? |
« Next Oldest | Next Newest »
|
Users browsing this thread: 1 Guest(s)