What's the next step?

[giandifra]

Hi guys,

as you already know Sceneform is archived by Google (the project is open source), so it would be appropriate to decide which way to go in order not to spend too much time (perhaps useless).

In a new branch I have restructured the plugin to be more flexible by bringing new features.

But before spending some time improving the new branch or the master (null safety, bug fix etc) I wanted to consider with you the possibility of rewriting the plugin (the native part) using the new ArCore API.

What do you think about?

Thanks.

[eduardoGo]

Hello @giandifra, I think that rewriting the plugin with the new ArCore API is better ... The current version of the plugin has many things with Sceneform, so in the future it will be incompatible and the problem will be bigger since the plugin will have more resources ... (That's just my opinion...).

I am currently trying to implement a function in the Controller so that it is possible for us to take pictures :)

[engor]

Hi. What I'm really need is supporting of .glb / .gltf animations.
It's possible by implementing sceneform 1.16.0 (works in native android app).
I tried to implement it by myself with no luck yet.
It's killer feature for me right now.

[giandifra]

Hello @giandifra, I think that rewriting the plugin with the new ArCore API is better ... The current version of the plugin has many things with Sceneform, so in the future it will be incompatible and the problem will be bigger since the plugin will have more resources ... (That's just my opinion...).

I am currently trying to implement a function in the Controller so that it is possible for us to take pictures :)

Yes, I think that rewriting is the good choice! The new ARCore API has a lot of feature and they are fully supported.

Yesterday, I started to migrate the plugin.

[engor]

Please, provide me link to "new ARCore API".

[giandifra]

Please, provide me link to "new ARCore API".

For "new Arcore API" I mean the api used after that Google has archived Sceneform

[engor]

Ahh, ok. :)

[MeIsAlien]

hi @giandifra , How about creating a new feature that scans any 2d image and converts it to its 3d equivalent, I'm not from disney but disney research had achieved this. checkout their video on how they make a 3d equivalent

[maxTeste]

it is possible to add functionality to rotate objects and change size? in arkit is possible but not here

[wiizarrrd]

@rubenteste I've created a pull request to implement this (translation, rotation and scale)

[PeterTF656]

Dear Giandifra, thank you for making this plugin! I saw an issue back in 2019 that asked about ios platform compatibility. Are you planning to make this plugin work with ios soon? I know people say ARKIT is the choice for IOS, but for some reasons, like in argumented face, developers would like both the android and ios platform to use the same face mesh...

[MeIsAlien]

Dear Giandifra, thank you for making this plugin! I saw an issue back in 2019 that asked about ios platform compatibility. Are you planning to make this plugin work with ios soon? I know people say ARKIT is the choice for IOS, but for some reasons, like in argumented face, developers would like both the android and ios platform to use the same face mesh...

Hi @PeterTF656 , This may be possible in the future when iOS devices support Google's AR Core, since arcore_flutter_plugin uses this plugin. @giandifra, my suggestion is to put some flutter code inside the plugin to check whether the device is android or iOS, depending on which it would use arcore or arkit. Thereafter, You can create 2 different codebases one for android which uses arcore and is written on kotlin, while the second codebase uses arkit and is written in swift. either of which are downloaded, probably from the cloud or a simple github raw url after the device os has been determined. You can also keep the method names same if that is possible, so flutter developers like me don't have to to create 2 different codebases

Also, thanks for making ar possible in flutter. To be honest, I don't know either swift or kotlin, I can just imagine the difficulty of the suggestion I have given above😬😬😬😬😬.

[engor]

My proposal: make all native kotlin functions to execute in background thread (via coroutines or so).
This time we have app freezing and ANR, especially when loading image markers and loading models.

[PeterTF656]

Dear Giandifra, thank you for making this plugin! I saw an issue back in 2019 that asked about ios platform compatibility. Are you planning to make this plugin work with ios soon? I know people say ARKIT is the choice for IOS, but for some reasons, like in argumented face, developers would like both the android and ios platform to use the same face mesh...

Hi @PeterTF656 , This may be possible in the future when iOS devices support Google's AR Core, since arcore_flutter_plugin uses this plugin. @giandifra, my suggestion is to put some flutter code inside the plugin to check whether the device is android or iOS, depending on which it would use arcore or arkit. Thereafter, You can create 2 different codebases one for android which uses arcore and is written on kotlin, while the second codebase uses arkit and is written in swift. either of which are downloaded, probably from the cloud or a simple github raw url after the device os has been determined. You can also keep the method names same if that is possible, so flutter developers like me don't have to to create 2 different codebases

Also, thanks for making ar possible in flutter. To be honest, I don't know either swift or kotlin, I can just imagine the difficulty of the suggestion I have given above😬😬😬😬😬.

I think google arcore has an ios compatible sdk, you can take a look at this.