Zip support is unlikely (zip support itself is already in, modo.res is just a renamed zip file). I am facing big problems with my current implementation of the browser and playback module for zip support in the case it contains multiple playable files.
I added an test option to disable the files check. Its works good and browsing is very fast, but you are then responsible to feed valid files into modo. A side effect is that it shows every file and you loose oversight. I can not filter for file extensions only, because many old amiga tracker files does not have any. But if you only navigate in a well sorted music archive this shouldn't be a problem I think, compared to the speed gain.
Have you stopped the Modo develop?
I have tried Xmplay, a win universal audio player, this program has a great universal module plugin the Delix plugin, a modified version of EaglePlayer source.
Perhaps you might be useful to improve the Modo audio support.
First let me wish you a happy new year !
Second, I'd like to thank wbb for his great work on modo. I use this homebrew nearly every day to listen to mostly atari st and amiga oldskool tunez ;-)
I ran the latest version (release 10) on cfw 3.71 M33-4 for a long time. I recently upgraded to 5.00 M33-6 cfw and noticed that the time needed to scan files when you select a directory is longer than on cfw 3.71 M33-4. Needless to say that my memory stick is an original one from sony ...
If wbb reads this, I'd like to know which algorythm is used to scan sub-folders/files because it seems to me that it can be optimized due to long time awaited to see the content of a directory (my biggest amiga mod subfolder contains about 400 modules but I have to wait several minutes to have the result on the screen). With cfw 3.71 M33-4, it was long too but not as long as with cfw 5.00 M33-6
If this point can be optimized this homebrew would be ... perfect !
The algo calls function stat() on every file to do some checks. This and that the first few bytes are read in to check if its an tracker module is the slow part, I think. This is due old Amiga tracker files does not have file extensions. The check for mod files is the last in the chain, so if you have a big directory with mod files, its going to read in every single one. If you have an directory with eg. sid files it bails out earlier and does not read in the first few bytes of each file. Do you need more details? I am currently not at home and can not look at source for exact details.
As I mentioned above in my last post, I added in a test version a trigger which disables all this. I can send you the version with no file check, so we can see how big the speed gain is and if it is enough for such big directories.
Many thanks for your answer !
I understand better now that the time needed to scan a directory can take ages ...
I think that should simply be a new parameter in modo conf file if a user trusts file extensions (eq *.mod, *.ym) or not and wants his files to be analyzed.
So I'm very interested in your test version ! :) (and I think many users will be too)
You can send it too me via my gmail adress. I'll test and I'll tell you my feelings about it.
Now I've got another question when I read your answer. Why don't you simply analyze a file only when the user wants to play it instead of pre-analyzing a whole directory ?
Hope you'll understand my english as I'm french.
The reason was to help the user to show only valid files while browsing, nothing special, some sort of good will. It's also a left over from the first version. As it shows it is not best for all cases.
I put up a version for all later tomorrow (+try to fix some bugs).