Android : better promises handling + bonuses

[dprevost-LMI]

Some leftover code fixing some other leaking promises + other code refactoring

Highlights:

• Keeping promises inside AudioWaveformModule helps to ensure promises are resolved correctly
• Moving promises out of AudioPlayer for a leaner class and not "react-native" tainted
• Doing try-catch so the app does not crash when having an exception

Bonus:

• I added a feature in the example to list recorded audio after the app reboot!
• I removed the deprecation of onPlayerStateChanged in favour of onPlaybackStateChanged
• I reviewed the weird handling of onError and simplified it
• In JS, I removed a few Promise.resolve and Promise.reject combined with try-catch that are useless and can be simplified by returning the value directly or throwing an error since the method is already async
• I fixed a case where the promise leaks when the path in the preparePlayer is wrong. If we play a file with an invalid path, the player never gets ready and gets stuck idle. Since player.prepare() should move it out of idle, if it stays in idle, there is a problem, and the promise is rejected.
• I set props of IStartPlayer mandatory else; I test it, and passing no value crashes the android, so there are no optional
• I removed the await preparePlayerForPath(); inside the onDidFinishPlayingAudio since this one is circular, where you trigger the player's end but recreate it immediately. Also, after removal, it still works
• Code simplification by using standard functions to validate the player key string and the audio player in the hash map

Let me know what you think!

Note: I may need to remove my logger logPromise tracking the leaking promises before you merge!

[dprevost-LMI]

• Tested on Android with Samsung s20 FE
• Tested on iOS Simulator
  • No observable impact related to my changes
  • Note: iOS also has a lot of promises that are leaking (See image below). Let's deal with that in Numerous amount of promises leaking causing Excessive number of pending callbacks: 501 errors [iOS]  #107

[dprevost-LMI]

@nilesh-simform Seeing that you cherry-pick changes from my PR into this #110. Can you give me some advice on the rest of the changes? They will never be chosen since they are too broad, so I close, or might they do a future cut?