-
-
Notifications
You must be signed in to change notification settings - Fork 165
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
Testing flutter-pi on NXP i.MX 8M Nano #271
Comments
not sure the failed proc resolves are problematic, if flutter doesn't complain about it it should be fine Do you have similar widgets on other screens (for example similar cards like that, with the same gradient), that look fine? If you add this widget to other screens of the app, does it look fine? Or will it not render correctly too? |
Here you go: |
Hi. First of all, the application runs perfectly both with flutter-pi and pure flutter on a raspberry pi with a 64-bit processor. It seems to me that the problem may be these errors that are reported:
Also the squares I have now managed to show them correctly by making a change to the Continaer, basically by changing the Border radius in the decoration. The problem persists in the arc, which is accomplished with a library called Syncfusion, using the SfRadialGauge component. As I repeat, however, on Raspberry PI this code ran without problems. Do you have any idea about the nature of the problem? On this Variscite board with Vivante GPU we have installed the Debian recovery card optimized for this processor. Thank you |
These happen on various boards, probably unrelated to the issue.
That really sounds like it's a driver or flutter bug, other than that I have no idea I'm afraid. |
I am running flutter-pi on an NXP i.MX8M Nano with GPU Vivante GC7000UL.
While most screens of the app look perfect, there is a problem with a screen that uses background color. This is how it appears on the i.MX8M system:
And this is how it should appear:
Flutter starts with these messages:
Then there are some errors regarding the GLES11 API:
And at the end we get some additional information:
So is it possible that the GLES11 API errors cause the problems with the background color? Any idea how this could be resolved?
Thanks a lot
The text was updated successfully, but these errors were encountered: