Would it be difficult to add a toggle in the options menu that would allow players to switch the order, so that they can have both png and jpg in the image folder (perhaps with png being a full-body image with transparent background, and the jpg just being a normal photo), and go back and forth of what's displayed at their whim without having to move any files? Because right now, I'm having a lot of trouble deciding whether I like the photos or transparent backgrounds better, and it would be really nice if I could easily have both.
So, here's the thing you need to know about Unity and loading images on the fly (meaning it's not set in at compile time).
Jpgs and Pngs take non-trivial time to load in from a file (it has to load it in like a url image). Most of your 'loading time' for girlpacks at the start is portraits. And because a nontrivial number of girlpack creators like to make higher resolution portraits, those take even longer to load. Unity's way of handling images is weird--you don't treat them as images you treat them as image objects which have a sprite attached to it which, in turn, has a texture attached to it, that you construct by loading a url into a new texture object along with geometric data, which then replaces the old texture. Yes, unity2d treats everything like a 3d texture. I've even taken a lot of time to see if there's a better way of handling this, or faster way, for an unrelated personal project that has nothing to do with porn.
So, that said, what does this mean for me? This means that I would have to do one of two things:
1) I set up the code so that if you switch it over it reloads all the girlpacks anew, going through all the logic and setting them in each respective portrait sprite object for each of the girls and their 5 large portraits. This will cause a huge delay in runtime, as it will force a pause of the same length as the reinitialization every time you run.
2) I set up the code so that it checks for both, loads into 10 large portraits instead of 5, and then I go in and recode the portrait logic on every portrait object as well as GirlClass itself so that it can accomodate this on the fly without loading times.
I find neither of these options particularily desirable.