SimonJM wrote:I am as frustrated as everyone else over the delays in getting a polished, finished product, and am not all impressed with the lack of input and communication mainly by OTOY but to a lesser degree by t_3.
What I (and everyone else?) would like would be a stable plug-in that includes a (reasonably) up-to-date version of Octane, and not a sporadic series of beta releases that fix a problem here, a bug there, adds a feature, etc., etc. As we have seen with previous releases it can often happen that something 'breaks' with backward compatibilty which fosters angst and anguish, or a cherished feature (animation, anyone?) suddenly has issues. A closed beta with dedicated testers will find these (hopefully!) before a product meets it's public.
I have faith that t_3 will come through with a product that I, and others, will be pleased to have. And whilst the delays, niggles, etc., may still rankle a little they will fade into the past!

It is a rather silly notion to think that a small number of people can test a myriad of features, under every situation, on a variable list of supported hardware combinations, in different (versions of) operating systems...
...unless the few testers have clones of ALL of our hardware with all the same drivers and try to perform the same functions under the same conditions we do, and expect the exact same results.
In the software world, there is "regression testing" that tests if new features introduce new bugs. Developers that perform accurate and efficient regression testing have very little or no need for beta testing at all. Creating a regression test suite for this plugin, which attempts to hit two moving targets (Octane and Daz Studio) would, in itself, be a multi-year project.
A beta fleshes all this out by getting the software to as many testers as possible so that bugs and glitches are found, and resolved, to produce a final release.
Anyone that tells you differently either doesn't really know what they're doing, or they are fooling themselves.
A "closed beta" typically comes very early in a software project because only the concepts have been coded into software.
(Does the software terminate prematurely, or when you click EXIT? When you click a button, does the button do ANYTHING?)
This is because a software developer does not want to look like a fool in releasing laughable software that clearly does nothing it was intended to do, and also wants to avoid the deluge of complaints about very basic functionality, which would be a complete waste of everyone's time and effort.
Instituting a "closed beta" after years of having open betas would be indicative of starting again from scratch.