the problem seems to be with the initialized values (some variables are declared as global static vars, presumably for ease of access but breaks OOP principles and causes us problems like you're facing), however, there are a few ways round this that I can think of:
- write a quick function to manually set the static vars back to their correct init values (quick and dirty but works). A list of methods which should not be allowed to fire off as and when they please follows:
avcodec_register_all(), avdevice_register_all(), av_register_all()avcodec_find_encoder(), avcodec_find_decoder(), av_find_stream_info()avcodec_open(), avcodec_close()
- these could be wrapped in a boolean controlled method for example so that if they have run previously they cannot run again.
- another way to control things is to manually force the variable values (by use of a class or struct to control the ffmpeg global vars) that are being re-initialised on subsequent runs, for example on running the method which currently causes the code to fail, the first step could be to manually set the variables back to their default settings so that they run correctly as at the moment I suspect you have data remaining resident between iterations, and thats what is causing problems.
- you could utilse mutexes to ensure that the aforementioned methods behave more responsibly when used with threads.
Addendum:
- also (at the C level) use
libffmpeginvoke in preference to libffmpeg if you are going to invoke main() multiple times
- forcibly invoke Garbage Collection (yep this is another 'ugly' fix) on the call to load the ffmpeg lib, which would then clean things up allowing you to call another instance
Let me know if you need something more in-depth: I can try making a test framework to replicate your problems and see where I get, although that needs access to my home PC as when I am at work I have no Android SDK.