Changing buffer size etc. on-the-fly (which would be required here) is not possible due to the buffer size dependent memory (buffer) allocations everywhere. Adding support for changing this would unneccessarily increase complexity due to reallocations, more locking, more range checks etc. I'd try to avoid that.
In general a more generic and less error-prone approach for rendering would be to launch a sub process of LMMS (i.e. call "lmms -r ... -o ...."). This would consume more RAM but in the end avoid problems like switching sample rate, buffer size etc. Toby ------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech _______________________________________________ LMMS-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/lmms-devel
