I recall with the Tempest, that DSI thought it would be possible to flash new samples into the 3rd party sample chip... Even when the third party developers were put on the task they gave up, forever burrying that feature.
This time they put a third party PC board into the PX... What if that board show up having a nonstable USB/SSD part? Will they be able to fix that then, or will users end up with a ROMpler like the Tempest?
Well... I hope for Sequential that they find a working solution... Would hate to see the PX end up like the Tempest also... But I asume they are sweating at work right now to solve this... They are quite silent in this thread.
I just wonder; why have no one had any problem loading the 8DIO commercial banks? It is their beta software, and I assume they are using it as well... Why are their PX not freezing when they load the samples? They must have loaded them several times during design.
USB is only used while loading the samples, so if freezing first happen when rebooting after samples was loading fine, then I doubt it is a faulty USB thing... It must be an erroneous saving to the SSD drive that is the culprit, happening when the samples are saved to the drive.
I bet it has to do with the samples themselves... 8DIO probably know what format .wav files must be in, but if some of the header data in the samples confuse the PX, maybe it screws up... Question is if the 8 DIO software needs to clean up the samples and their headers when writing them with their software, or if the PX is taking .wav header info and other data into account when loading/saving.
It may be that the secret lies in how much and what meta data is saved with the samples, plus maybe even the format of the wav files (bit depths, sample rates etc.)