Same here, though I have no detailed info on the exceptions.
Originally Posted by romz
He probably just doesn't link anything into the power-off vectors, before the power-off command is given.
Besides, I am unable to turn off console using "reset" button on my console (while GUI power-off function works fine).
Perhaps intended as a 'life sign', since there is no progress bar.
There is also a minor problem with menu - text blinks during the virtual memory card file selection.
Of course it is!
Btw, I don't understand if it's really important to select a separate file for each virtual memory card.
Some games are extremely wasteful of MC space and those need separate images. And even more normal games will require separate images, if not one for each game, so at least one for a 'group' of such games. Even with 32MB images there's no chance of storing saves for all existing games on just one pair of images.
However, the filenames chosen this way should also be linked individually into the game launch info for each separate game, in some list structure which has not been implemented yet. It is only then that the separate card selection will begin to make any real sense. But since that is the goal that this GUI aims for I see nothing wrong in adding this selection now, even though the code needed for its intended usage remains incomplete.
I agree completely that the emulator kernel should only need to deal with two images at a time, at this stage. But I don't really see why the path needs to be 'nailed down' like you want. At least not now, though some such effect may be inevitable later if/when we go for the scheme with a custom partition as discussed earlier.
The emulator is supposed to use only one partition anyway. I see no reason to select a folder with partitions not to mention the GUI allows to select device while the emulator won't use anything but hard drive at this moment.
I agree that no complex storage 'tree' will be necessary, but we do need to have multiple images, implemented one way or another. But a common folder for all poses no problem for me, as long as different images can be selected for use from within that folder (or custom partition in future). That selection can then be done in many different ways, such as having the GUI symlink the real files to a standardized link name, or simply passing the real filename to the emulation kernel for direct use by it.
IMHO, there is no point using a something like "/MyTrashcan/Garbage/Useless/" instead of "/MemoryCards/" to store virtual memory cards.
However, at this stage of development, when such future standards do not yet exist, I think it is motivated to allow free partition and folder selection in the GUI, to fit what different users install on their HDDs.
Best regards: dlanor