faral27

Not for the Privia :-)

Usually the upgrade to a new version of firmware implies changing the data structures that hold the device configuration. Either the update program or the firmware itself contains special routines that convert the old stuctures to the new ones. It's done only once during the update or on the first powerup afterwards. Once upgraded the data becomes incompatible with previous firwmware version as it doesn't know how to read them or interprets the data incorrectly. You can't go back as there is no downgrade routine to convert the data to previous form. It is possible to downgrade but only using factory tools not customer ones. You need to clear the whole flash and program the device using a special flashing software.

Hi everyone, this is my first post so forgive me my mistakes if any. I'd like to clarify the part numbers given above by Mau Van. The Toshiba part is correctly identified as NAND flash memory (which is non volatile thus is able to retain the operating system and the samples when the keyboard is off), but the size is 1Gb (Gigabit) which is 128 MB (MegaBytes). This memory is probably shared by the software and the waveforms where most of it would be waveforms. Given the size of the update mentioned at 104 MB I'd say that the whole contents of the flash were overwritten (meaning the update contained both software and complete set of waveforms). However we need to be careful here as both software and samples might be compressed on one hand and on the other it is common that the update files contain addressing information used by the update program which make the update file bigger. The second part from Winbond is correctly identified as SDRAM however the size is again 1Gb (Gigabit) which is 128 MB (MegaBytes). This part is volatile, that is it's contents disappear once the keyboard is off. The reason we have the two part is that the NAND flash is usually to slow to execute program out of it. So what is done is at the powerup the whole contents of the NAND is copied into the SDRAM and executed from there. This might include waveforms or not depending on the maximum latency that is acceptable in the system. I'd guess that in the keyboard the goal is to minimize the latency to an absolute minimum so the waveforms are in fact copied into the SDRAM. In addition to the software and the waveforms there must be some space for the user data (the presets, phrases, etc.), so either there is additional memory to hold them (unlikely) or there is a pre-allocated block of memory on the NAND to store it (more likely). Thus it's not the full 128 MB that is used by the firmware but a couple of MB less (I didn't count the size of the user data, but it will be quite small - the midi data takes very little space and also compresses very well). Thanks for reading Update: Actually none of the explanation I've given really matters for making music (which I cannot do ) but matters for making software (which I do for living) so I decided to clear up some misinformation.