JMBE Audio Module Causing Memory Leak & Possible Audio Degradation

[DSheirer]

On profiling the 0.6.0 master branch, it's apparent that the application is continuously loading classes without reaching a plateau for class loading.

The JMBEAudioModule reflectively loads the JMBE audio converter library when a processing chain is created that requires IMBE or AMBE decoding. Each traffic channel also loads the class and creates an instance.

Experiment with holding a static class reference to the reflectively loaded class and use that cached instance to create all instances of the JMBE audio module to see if this slows down the rate of class loading when decoding busy systems.

[DSheirer]

Baseline testing against master reflected ~14.500 classes loaded and continuing to climb as each new traffic channel is created.

Modified code to retain loaded class reference and create new instances from that class.

Subsequent testing following code modification reflects 10,400 - 10,500 classes loaded and overall rate of new class loading is effectively at a plateau.