Binary packages : AAR, pod, nuget

Following this PR that adds .aar android package build:
https://github.com/BabylonJS/BabylonNative/pull/1440

Next steps to improve integration ease into user land projects:

# Unkowns

Technical questions/small tasks:
- test back compatibility with BRN build (does new android project aar breaks existing BRN build?)
- Is it possible to build a maven package that contains different JNI folders depending on JSEngine variable?
- Is it possible to do a dry run of the publish process?
- BN build produces an .aar, is it possible to open it and use it in a small project: like Installation test. A step after playground build that tests the local .aar
- see linked PR for potential factorized code between gradle scripts (package and use import : `extractNativeLibraries` https://github.com/BabylonJS/BabylonNative/pull/1440/files/f50ade5e205029a159ca17f690704b095851b8de#diff-8bbc0df4aecf373eeaede4c5aac76fa992054286de68dd0c91d2210971edc3d3 )
- Measure build time between maven aar and full build: the idea here is to know how much time is shaved with using Maven AAR and decide if it's worth doing. Is debugging as easy as before? if build is a few seconds faster, is it worth having a more complex build vs building everything?

iOS
- same questions as android: ability to trace/debug, ability to test the pod locally
- any limitation when using pods with prebuild binaries?
- test project with produced cocoapod
- test with BRN build: as a 1st step, ensure BRN build is not broken. Use produced cocoapodslater
- Any limitation for MacOS/VisionOS? I believe this pods solution should be extended to these 2 platforms as well

Windows/Nuget
- add more steps when more experienced with Android/iOS

BRN
- add more steps when more experienced with Android/iOS

# Next steps:
- test BRN Android build (nothing is broken)
- multiple JNI folders in single .aar tech test (or multiple .aar will be published)
- iOS playground to produce a cocoapods that is then used. Check debugging still works
- ...