Yes you are right, I had a corrupted or older plugin in lins, replaced it now works even if the PlugIns are in Libs.
Actually, RNOTunes betas (1 and 2) loaded only MUIRoyale and AVCodec plugins from the Libs directory, but additional audio plugins only from its program directory. So, the whole support for all formats weren't enabled if you didn't keep the additional plugins in the progdir. I changed the behaviour a bit, and beta 3 now loads other plugins from the Libs too.
Yes so it seems that RNOTunes gives a random numbering ignoring the number that we normally put in front of a file
The "random numbering" is a growing number in the order you add files in the tune list. But I added a new column for the album's track number now, you can enable it from the GUI settings. If there's a track number in ID3 tags, it will be shown there, or if not it tries to look a number from the filename. It won't work with old playlists now, but for any new files you add.
I also made some optimizations and safety things. Certain list related operations should be much faster now. Some other changes too, which I don't remember exactly now... and a volume fade when you quit the program, just for coolness
Here's the new beta:
https://jpv.amigaaa.com/RNOTunes/beta/RNOTunes_AROS_beta.lhaWhat kind of bugs are there in Hollywood plugins ?
The AVCodec plugin does some illegal memory access with some kind of files (will be fixed for sure). I got it reproduced when trying to add some non-audio files, but also with some wav:s. The SID plugin ends up in infinite busy loop with some SID files (not sure if it's going to be fixed, because it's more like TinySID issue than the plugin issue). I'll wait for the AVCodec plugin fix at least, because I don't want to publish a program that could be theoretically harmful for users, even though it would be a rare case.
