I would agree that all customers (both existing and potential owners) have an expectation that new VSTs will be added to the "Supported" list over time, but I still think it is very important for Muse to keep up with version updates for existing "supported" VSTs, primarily due to people's expectations regarding the term "supported".groovology wrote:I'm with you... the issue for us is that there are two distinct groups of users: those who just got the new XYZ and want it to run, and those who have just updated their old ABC to the latest rev... its difficult to prioritize those two customers... obviously, we want to do both, but honestly, there is a little bit of "well, the older version works, and others are clamoring for this new thing that doesn't work at all..." thus our dilemma.
Bryan (groovology)
When a person considers buying a Receptor, once they understand that not every VST can be run, they rely upon the "currently supported list" as their primary input to the buying decision. Many people will simply see a VST is "supported" and won't always instantly recognize that the Receptor supported version is not the most current PC version (e.g. not everyone who would browse Plugorama right now would automatically know that the listed "Kontakt 2 v2.1.1.001" is not the most current version [v2.2.1]). People will generally assume "yes, Kontakt 2 is supported" and can become very disappointed when they find out otherwise. Also, if the "version lag" is big enough, people who buy a copy of the "Supported" VST might have difficulty actually getting the old version from the vendor. For most people, once a title is on the "supported list" they assume Muse has made an implicit promise to support that VST over time.
On the other hand, people who purposely buy a software product that is NOT on the Supported List must realize there is no specific promise of Receptor support.
