I should add that I only see the GREF count increasing with the emulator, not when I run my app on the ADP (connected via USB). On the ADP I did even after over 300 AudioTrack creations not get the message that GREF count went above 101 or whatever. I use SDK 1.5 r2 and my ADP has Cupcake. Curiously, I also found that GREF grows fast when using some native code from the NDK 1.5 r1 on the SDK 1.5 r2 emulator, and not when running the same native code on the ADP. Is the emulator memory management somehow different from Cupcake on ADP?
Regards On Jul 3, 12:25 pm, blindfold <[email protected]> wrote: > Yes, I'm facing the exact same problem. It looks like a bug in > AudioTrack. For me the GREF count seems to increase by 2 for every > creation and use of AudioTrack, and it never goes down. I do not see > this problem when instead creating and using MediaPlayer (and writing > synthesized sound to flash memory), supporting the conclusion that the > problem lies with AudioTrack. > > Thanks > > On Jun 27, 5:59 pm, Morné Pistorius <[email protected]> wrote: > > > Hi all, > > > If I create and release multiple AudioTrack objects, theGREFcount > > continually increases which eventually causes an application crash. > > This small test code snipped illustrates the problem: > > > byte[] buffer = readAudioFile( "audio.raw" ); > > for ( int n = 0; n < 10; ++n ) > > { > > for ( int i = 0; i < 100; ++i ) > > { > > Log.v("Info", "Track " + n + "," + i ); > > AudioTrack newTrack = new AudioTrack > > ( AudioManager.STREAM_MUSIC, 16000, > > > > AudioFormat.CHANNEL_CONFIGURATION_MONO, > > > AudioFormat.ENCODING_PCM_16BIT, > > > buffer.length, AudioTrack.MODE_STATIC ); > > > newTrack.write( buffer, 0, buffer.length ); > > newTrack.flush(); > > newTrack.release(); > > } > > > Runtime.getRuntime().gc(); > > } > > > Even with a forced garbage collection, I end up with the same highGREFcount > > at the end of the loop. In my application, I continuously > > create AudioTracks from variable lenght buffers. I guess I can try > > and use a fixed size pool of AudioTracks each with a buffer large > > enough to fit my longest sound, and try and reuse them. Is there a > > better/correct way to completely clear resources used by an > > AudioTrack? > > > Any help will be greatly appreciated, > > Thanks! > > Morne --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~----------~----~----~----~------~----~------~--~---
