-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Displaying multiple FilamentWidgets #18
Comments
At the moment only a single FilamentWidget is supported, so to load multiple models, you just load them into the same scene/view and translate them (or the camera) as necessary. I could restructure things to accommodate multiple FilamentWidget (on the backend we would create a texture/view/camera for each new widget). What use case did you have in mind for multiple widgets? |
The end goal I'm looking for is something like this, where the yellow squares will be 3D models. clip.mp4The grid I can probably solve with only one Although. Now that I think about it, I might be able to use one widget for everything, and do a hero animation entirely in the 3D viewer. Will require more math though. |
That's possible, but would need quite a bit of work to implement on both the C++ and Dart sides. Everything so far has been written with the assumption of a single engine/scene/view/render target (texture)/render loop, so we'd need to go back in and refactor some things to allow creating new views/textures/etc. If you need something now, you're probably better off doing the animation in the viewer itself - I've done similar things (basically hard-coding animations in Blender then just triggering them in the app). That might be an easier short term solution. |
Okay, I get it. |
Hi,
I tried to display multiple models at once, by creating multiple
FilamentWidget
s, but it seems like that is not possible at the moment. All widgets except the first throws the following error:I also got the same error after hot restarting, if
.createViewer()
is called ininitState()
. Not entirely sure if the cause is the same though.createViewer()
has the doc comment "You do not need to call this yourself.", so I tried removing it. However that caused the exception "No viewer available". I guess that the documentation isn't entirely up to date in the development branch?Thanks for a great package!
The text was updated successfully, but these errors were encountered: