Directory interpreted as file

[o-p-a]

Adds behavior like es-de's "Directories interpreted as files"

---

(Background)
How do you handle games that consist of multiple media (disc/disk) in ES?

Commonly known method is to make ES recognize .m3u/.cmd/etc. and, since it would be inconvenient if individual media were displayed in the game list, to give them extensions that ES does not recognize, such as .cd1 .cd2.

However, this method requires the media file extension to be uncommon, which can cause problems with programs such as lr-np2kai, which determine the media file type by the extension.
(For example, lr-np2kai has each own processing for file extensions such as .d88, .fdd, .nfd, etc., and if you change these to .fd1 .fd2, it will not work correctly)

Other methods that have been devised include making media files you don't want to display hidden files beginning with ".", or storing them in a directory other than the one ES searches for, but I think both of these methods make management complicated and unintuitive.

---

(Suggestion)
es-de (not sure if it's the original) have a simple solution.

Create a directory and store the media files and launch files such as .m3u or .cmd in it.
There is no need to change the extension or make the file hidden, and you can store any other file you like in it.
Then name the directory to the same name (including extension) as the file in the folder you want to launch.
This folder will then appear as a game in ES, and when you launch the game, the file to be launched inside it will be passed to the command as %ROM%.

All other behavior are the same as before.

I set up a directory around this concept and tested it on a Raspberry Pi and Windows build, and it managed PC-98 and X68000 games as expected.

I hope this will help you manage your treasured library.

[pjft]

Thanks. Does this affect Daphne games in any way? Those are some where the games are the folders, and we need to pass the folder to the emulator.