Texture dump doesn't happen (Detailed explanation)

[md500]

Version information:

• Platform: Platform: Windows 10 Enterprise 1809 64bit build 17763.1012
• Plugin version of Emulator: Project 64
• GPU: Intel HD Graphics 620
• GPU Driver version: 26.20.100.8141
• GPU Gen: 7th
• CPU: Intel Core i5-7200U 2.50Ghz (3.10Ghz on turbo)
• Architecture of Emulator: 32bit
• Architecture of GlideN64: 32bit
• Build/commit of Emulator: Dev-4.0.0.5825-3913fb5
• Build/commit of GlideN64: a2f1660 (using GLideN64-a2f1660-Windows-Project64-WTL-x86.zip on Releases)

Describe the bug

A clear and concise description of what the bug is.

Latest plugin version doesnt dump textures in Donkey Kong 64 (not tested if happens in other games). Tried setting File Storage instead of memory cache in N64 textures, Use File Storage istead of memory cache, and Save Enhanced texture cache to hard disk. Only hires_texturesS folder is loaded but texture_dumpS it seems that it does not see the folder and does not dump anything (although the program creates the folder if it is deleted). However Hi Res texture loading works.

Folder permissions is in Everyone (no permissions error)

In Glide64 Final ( May 8 2012) when "Texture dumping/editing mode" and "save texture cache to hard disk" is ticked, textures are dumped if i press "D" Button toggle, on keyboard (controls are configured to prevent conflict with Glide64) and hires_texture folder is loaded if there are texture files texture files there if (ej. hires_texture\DONKEY KONG 64\GlideHQ) exists and texture dumping happens in (ej. texture_dump\DONKEY KONG 64\GlideHQ), and Press "R" keyboard button to reload hires_texture regenerating its hires cache related files. In other words, you can dump textures and/or load hires textures at same time with option reloading with "R" button.

GLideN64 finds hires_textures files without GlideHQ (i think to prevent colission if both gfx plugin texture location points to same folder).

But in this case, GLideN64 doesnt dump textures. Tried Pressing D button toggle to dump, but it doesn't do anything...

To Reproduce

Steps to reproduce the behaviour:

1. Open Project64 32bit (64bit not tested)
2. Select GLideN64 Plugin 32bit WTL
3. Options > Graphics Settings.
4. In Texture Enhancement, tick Use File Storage Instead of memory cache, Use Texture Pack, Use file storage istead of memory cache, and Save enhanced texture cache to hard disk. (On my case,changed default folder paths to another with an S, (hires_texturesS,cacheS,texture_dumpS)
5. Run DK64 ROM.
6. While Gameplay press R, to reload hires textures or D to start dumping
7. Check C:/Program Files (x86)/Project64 3.0.1/Plugin/texture_dumpS folder to see if any texture is dumped.
8. No texture dump in Texture_dumpS triggered. In addition, the corresponding game folder textures is not created. Again, no permissions issue because, the permissions are inherited from the Plugin folder and set to Everyone owner and set to total control/full control.

Expected behaviour
Textures are dumped to configured texture pack folders if "D" button toggle is pressed and "R" to reload hi res textures (and regenerates cache)

Screenshots
Screnshots are included to corresponding context.

Additional context
I dont know if this works on GlideN64 stable versions and old commits, and i dont know if its works on Project 64 64bit and GLideN64 64bit architecture. Not tested if this issue happens in other games.

[Jj0YzL5nvJ]

• Build/commit of GlideN64: a2f1660 (using GLideN64-a2f1660-Windows-Project64-WTL-x86.zip on Releases)

The really important part is whether the problem is reproducible with the Qt version.

WTL hasnt been updated in quite a while, use the Qt version

[md500]

@Jj0YzL5nvJ It works on QT version! Now how I can disable framebuffer textures dump? (I paused game but it also dumps framebuffer textures) ? I only want to dump textures in game but no framebuffer textures.

[Jj0YzL5nvJ]

Disabling the frame buffer emulation... maybe? I really have no idea.

[md500]

@Jj0YzL5nvJ

Disabling the frame buffer emulation... maybe? I really have no idea.

Mmm, i forgot to mention that Glide64 Final doenst emulate framebuffer. Well back to this case, unticking options and setting, disables Framebuffer emulation, but it dumps textures very well. but i dont know if GLideN64 will determine whether the texture is a framebuffer or not, and add a feature like "Dump also framebuffer textures" or "Render framebuffer as texture"

[Jj0YzL5nvJ]

[md500]

Emulate framebuffer with copy options disabled (on this case framebuffer like copy options disables "image mirroring?" and textures framebuffer is not dumping.

Emulate framebuffer with copy options enabled ( framebuffer copy mirrorring is working, but texture framebuffer is also dumping)

From what I'm seeing it is not necessary to completely disable framebuffer emulation

[Jj0YzL5nvJ]

Async mode is for speed, it corrupts some effects:

The broken jigsaw puzzle effect (Async mode):

The correct jigsaw puzzle effect (Sync mode):

[md500]

Async mode is for speed, it corrupts some effects:

The broken jigsaw puzzle effect (Async mode):

The correct jigsaw puzzle effect (Sync mode):

Yeah, it also occurs when i use dk64 camera: on async mode the reticle also shows in the photo, which is not correct. So sync mode is recommended (altough it also dumps texture framebuffer, including async/sync modes). i dont know if is correct to use "VI Origin Change" at least, in dk64 i dont see any issue about it.

Mmm so the issue to texture dump issue must be closed, and file other bug like framebuffer dumping on texture. someone can link the bug, to prevent duplicate?

[md500]

Context about texture dumping: Making texture retexture using Real-ESRGAN, texture framebuffer doesnt make sense when i making hi res textures with Real-ESRGAN. so i had to disable sync/async modes (Copy video card framebuffer to N64 memory set to Never) to prevent it.

Hopefully in the future Gliden64 will avoid dumping framebuffer textures when "Copy video card framebuffer to N64 memory" is set to sync/async mode.

[Xii-Nyth]

Hey md500 Ive also started on a pack for this but got pushed back since im working on pd. I managed to dump everything with the newest update usuing inaccuate texture coordinates and mipmaps off like I did with perfect dark

[Xii-Nyth]

heres my dumps sorted ot a tiny bit

zip is too big and 7z isnt supported, so just rename to .7z
DONKEY KONG 64.zip