Now I can understand, thanks for the explanation. Looking through the menu folder structure, in menu\md\saves I found the SCD_SRAM.brm file using exactly 64KB (512Kb of the Myth SRAM). I can load this file in Kega Fusion in the "Load Backup RAM cart" renaming it to SCD_SRAM.crm. Once loaded, it will present the same behavior of the console, garbled save names with absurd block usage.
I discovered that when I create a new 64KB .CRM file in Kega Fusion and then copy it to the SD Card, I can load the BRAM file correctly and then copy the saves to my SCD Internal Memory for a first time. Getting out of the SCD Memory Manager and entering again (even not resetting the SCD) will corrupt the 64KB file again. So I give up trying to copy anything from the SCD to my SD Card.
From time to time I try to study this issue to see if I can find something new. The truth is that I am learning a lot, but in the end I'm getting the same bug all the time. Using every slot, 0,1,2 and 3 I can't even copy a single small save data (1 block) without it getting trashed in the way, in milliseconds or less. :-(
As you say that you use this feature without anomalies, I can only assume that, if my Myth Cart is using a relatively high SRAM amount (512Kb, instead of mere 64Kb of any single MD SRAM game), it is possible that the SRAM is corrupted at some point, meaning it will never work. I'm pretty convinced of that, after all.
Sorry if I am sounding a little harsh, but it's very annoying to buy two expensive pieces of hardware with high expectations and it won't correspond.
I've attached my CRM generated file if you want to see what I get in the emu. At this example, I tried to copy Sonic 1 Megamix CD save data (25 blocks), which after reentering SCD Memory Manager turned into a beast of 6177 blocks with a very strange name.
Thanks again for the usual attention.
EDIT: Added 4Mbit (512KB) NEO2 Full SRAM dump after full clear and BRAM use in slot 1