Iced on Raspberry PI 4 (almost working) #428

0x7CFE · 2020-06-27T09:14:59Z

Hi,

I'm trying to use iced on my Raspberry 4. So far I managed to make it compile. It even runs and the window is shown, but no frame is rendered. Eventually it exits with the following error:

thread 'main' panicked at 'Next frame: TimeOut', /home/pi/work/iced/wgpu/src/window/compositor.rs:110:21

Before I patched the iced dependencies it failed to compile:

error[E0308]: mismatched types
   --> /home/pi/.cargo/registry/src/git.luolix.top-1ecc6299db9ec823/font-kit-0.6.0/src/loaders/freetype.rs:804:20
    |
804 |                 x: vector.x() as i64,
    |                    ^^^^^^^^^^^^^^^^^ expected `i32`, found `i64`

error[E0308]: mismatched types
   --> /home/pi/.cargo/registry/src/git.luolix.top-1ecc6299db9ec823/font-kit-0.6.0/src/loaders/freetype.rs:805:20
    |
805 |                 y: -vector.y() as i64,
    |                    ^^^^^^^^^^^^^^^^^^ expected `i32`, found `i64`

error[E0308]: mismatched types
   --> /home/pi/.cargo/registry/src/git.luolix.top-1ecc6299db9ec823/font-kit-0.6.0/src/loaders/freetype.rs:808:21
    |
808 |                 xx: matrix.x() as i64,
    |                     ^^^^^^^^^^^^^^^^^ expected `i32`, found `i64`

error[E0308]: mismatched types
   --> /home/pi/.cargo/registry/src/git.luolix.top-1ecc6299db9ec823/font-kit-0.6.0/src/loaders/freetype.rs:809:21
    |
809 |                 xy: matrix.y() as i64,
    |                     ^^^^^^^^^^^^^^^^^ expected `i32`, found `i64`

error[E0308]: mismatched types
   --> /home/pi/.cargo/registry/src/git.luolix.top-1ecc6299db9ec823/font-kit-0.6.0/src/loaders/freetype.rs:810:21
    |
810 |                 yx: matrix.z() as i64,
    |                     ^^^^^^^^^^^^^^^^^ expected `i32`, found `i64`

error[E0308]: mismatched types
   --> /home/pi/.cargo/registry/src/git.luolix.top-1ecc6299db9ec823/font-kit-0.6.0/src/loaders/freetype.rs:811:21
    |
811 |                 yy: matrix.w() as i64,
    |                     ^^^^^^^^^^^^^^^^^ expected `i32`, found `i64`

error: aborting due to 6 previous errors

For more information about this error, try `rustc --explain E0308`.
error: could not compile `font-kit`.

I updated iced_graphics' font-kit dependency to 0.9 and the error disappeared. I was able to build and execute examples, but rendering fails for some reason. Here's the typical output: https://gist.github.com/0x7CFE/3f29f6d7fccd67bd8804ad47c97daaa5 Also, please notice a ton of font errors.

Currently Raspberry Pi 4 has only experimental but working Vulkan support. Yet I thought that for 2D stuff it should probably be enough.

I will be happy to hear any suggestions.

P.S.: Since iced is render agnostc, is it possible to build it on top of OpenGL? Maybe that would be easier than trying to debug alpha version of the Vulkan driver.

The text was updated successfully, but these errors were encountered:

hecrj · 2020-06-27T19:58:06Z

Interesting!

I updated iced_graphics' font-kit dependency to 0.9

We should definitely update this dependency in iced_graphics. I will take a look.

Since iced is render agnostc, is it possible to build it on top of OpenGL? Maybe that would be easier than trying to debug alpha version of the Vulkan driver.

I recently implemented an OpenGL renderer in #354. You can enable it using the glow and glow_canvas features. However, keep in mind the Image and Svg widgets are not supported by this backend yet.

0x7CFE · 2020-06-28T06:07:34Z

I recently implemented an OpenGL renderer in #354. You can enable it using the glow and glow_canvas features.

Awesome! I will have a look.

However, keep in mind the Image and Svg widgets are not supported by this backend yet.

Oh, that's unfortunate. Being able to render images is key to my application. Could you please give me a hint on how hard or time consuming it is to implement image support for this backend?

0x7CFE · 2020-06-28T08:18:03Z

Just in case, I've tried to build stopwatch example with glow feature enabled and got this:

    Finished dev [unoptimized + debuginfo] target(s) in 0.52s
     Running `target/debug/stopwatch`
thread 'main' panicked at '0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.00 ES, and 3.00 ES
', /home/pi/.cargo/registry/src/git.luolix.top-1ecc6299db9ec823/glow_glyph-0.2.0/src/pipeline.rs:287:13

Is it possible to lower required GL version? It's kinda strange to think that 2D rendering stuff requires the latest GL version.

w23 · 2020-06-28T23:03:43Z

A temporary workaround for GLSL ES issue would be to replace the #version 330 line with

#version 300 es
precision mediump float;

In both shaders like this:

diff --git a/src/shader/fragment.frag b/src/shader/fragment.frag
index 5464b3f..60fb836 100644
--- a/src/shader/fragment.frag
+++ b/src/shader/fragment.frag
@@ -1,7 +1,9 @@
-#version 330
+#version 300 es
+precision mediump float;

 uniform sampler2D font_sampler;

 in vec2 f_tex_pos;
 in vec4 f_color;

diff --git a/src/shader/vertex.vert b/src/shader/vertex.vert
index 023ce31..968f197 100644
--- a/src/shader/vertex.vert
+++ b/src/shader/vertex.vert
@@ -1,4 +1,5 @@
-#version 330
+#version 300 es
+precision mediump float;

 uniform mat4 transform;

I've only tested this on https://github.com/hecrj/glow_glyph repo on Raspberry Pi 4 device, haven't really tested further with iced.
A proper fix would be to dynamically detect what version and flavour of OpenGL context glow_glyph has got, and dynamically decide which shader version it should use, either by choosing from different files, or by patching up version-header. Unfortunately #version directive has to be the first non-commented line of a shader, so no preprocessor tricks like #ifdef GL_ES are valid.
Also precision mediump float is too broad. It may be worth optimizing this on per-variable basis for lower-end devices. Lots of text will lead to a non-trivial amount of computation, given that IIUTC each glyph will be rendered using a separate quad (which I would recommend against, but this is a separate huge topic :D).

w23 · 2020-06-28T23:31:55Z

Got bezier_tool to work on RPi4 with these changes:

diff --git a/Cargo.toml b/Cargo.toml
index 9ab57bc..f61890f 100644
--- a/Cargo.toml
+++ b/Cargo.toml
@@ -90,3 +90,6 @@ iced_web = { version = "0.2", path = "web" }
 [package.metadata.docs.rs]
 rustdoc-args = ["--cfg", "docsrs"]
 features = ["image", "svg", "canvas"]
+
+# glow_glyph with patched shaders
+[patch.crates-io]
+glow_glyph = { path = "../glow_glyph" }
diff --git a/examples/bezier_tool/Cargo.toml b/examples/bezier_tool/Cargo.toml
index a88975a..e1c32f4 100644
--- a/examples/bezier_tool/Cargo.toml
+++ b/examples/bezier_tool/Cargo.toml
@@ -6,4 +6,4 @@ edition = "2018"
 publish = false

 [dependencies]
-iced = { path = "../..", features = ["canvas"] }
+iced = { path = "../..", features = ["canvas", "glow", "glow_canvas"] }
diff --git a/glow/src/shader/quad.frag b/glow/src/shader/quad.frag
index cea36bd..aa6045d 100644
--- a/glow/src/shader/quad.frag
+++ b/glow/src/shader/quad.frag
@@ -1,4 +1,5 @@
-#version 330
+#version 300 es
+precision mediump float;

 uniform float u_ScreenHeight;

@@ -11,7 +12,7 @@ in float v_BorderWidth;

 out vec4 o_Color;

-float distance(in vec2 frag_coord, in vec2 position, in vec2 size, float radius)
+// Apparently this conflicts with existing GLSL distance(T a, T b) function
+float distance1(in vec2 frag_coord, in vec2 position, in vec2 size, float radius)
 {
     // TODO: Try SDF approach: https://www.shadertoy.com/view/wd3XRN
     vec2 inner_size = size - vec2(radius, radius) * 2.0;
@@ -35,10 +36,10 @@ void main() {
     vec2 fragCoord = vec2(gl_FragCoord.x, u_ScreenHeight - gl_FragCoord.y);

     // TODO: Remove branching (?)
-    if(v_BorderWidth > 0) {
+    if(v_BorderWidth > 0.) { // 0 is int, 0. is float
         float internal_border = max(v_BorderRadius - v_BorderWidth, 0.0);

-        float internal_distance = distance(
+        float internal_distance = distance1(
             fragCoord,
             v_Pos + vec2(v_BorderWidth),
             v_Scale - vec2(v_BorderWidth * 2.0),
@@ -56,7 +57,7 @@ void main() {
         mixed_color = v_Color;
     }

-    float d = distance(
+    float d = distance1(
         fragCoord,
         v_Pos,
         v_Scale,
diff --git a/glow/src/shader/quad.vert b/glow/src/shader/quad.vert
index d37b5c8..08a4d7c 100644
--- a/glow/src/shader/quad.vert
+++ b/glow/src/shader/quad.vert
@@ -1,4 +1,5 @@
-#version 330
+#version 300 es
+precision mediump float;

 uniform mat4 u_Transform;
 uniform float u_Scale;
diff --git a/glow/src/shader/triangle.frag b/glow/src/shader/triangle.frag
index d186784..e71c07c 100644
--- a/glow/src/shader/triangle.frag
+++ b/glow/src/shader/triangle.frag
@@ -1,4 +1,5 @@
-#version 330
+#version 300 es
+precision mediump float;

 in vec4 v_Color;

diff --git a/glow/src/shader/triangle.vert b/glow/src/shader/triangle.vert
index 5723436..e1efa59 100644
--- a/glow/src/shader/triangle.vert
+++ b/glow/src/shader/triangle.vert
@@ -1,4 +1,5 @@
-#version 330
+#version 300 es
+precision mediump float;

 uniform mat4 u_Transform;

diff --git a/graphics/Cargo.toml b/graphics/Cargo.toml
index 8e078d7..9a1e912 100644
--- a/graphics/Cargo.toml
+++ b/graphics/Cargo.toml
@@ -29,7 +29,7 @@ version = "0.15"
 optional = true

 [dependencies.font-kit]
-version = "0.6"
+version = "0.9"
 optional = true

 [package.metadata.docs.rs]

w23 · 2020-06-28T23:33:09Z

Correction: it really should be precision highp float; for compatibility.

0x7CFE · 2020-06-29T02:30:13Z

A temporary workaround for GLSL ES issue

@w23, awesome, thank you very much for looking into this!

0x7CFE · 2020-07-17T14:48:00Z

@hecrj, any ideas on why Vulkan version does not work?

The UI window is shown, but not a single frame is rendered. Eventually the app crashes with the message:

thread 'main' panicked at 'Next frame: TimeOut', /home/pi/work/iced/wgpu/src/window/compositor.rs:110:21

I've updated vulkan drivers and standard demos like gears are working perfectly. Even complicated scenes like this are reportedly working. So I doubt that the issue is with the drivers themselves. How can I help to debug the issue?

hecrj · 2020-07-20T12:59:10Z

@0x7CFE It'd help if you could try the wgpu examples.

0x7CFE · 2020-07-20T18:02:13Z

@0x7CFE It'd help if you could try the wgpu examples.

In the meantime I contacted wgpu developers on their Matrix channel and we discussed the situation. Wgpu examples all fail in one way or another. They also suggested me to try out the ash library. After some hacks and tweaks I was able to make triangle and texture examples work there. But something more complex still doesn't work. After examining the example output, wgpu developers said that the driver looks half finished and all issues are probably because of that. Indeed, the driver is very much work in progress, but the pace makes me optimistic.

Still, I think that implementing image and svg support for glow backend is probably the fastest way to make iced work on Raspberry Pi 4.

0x7CFE · 2020-08-22T08:50:39Z

Here's the issue related to a swap chain timeout error that's triggered by the Vulkan backend: https://gitlab.freedesktop.org/apinheiro/mesa/-/issues/8

Looks like the v3dv authors do not quite understand why that happens. Unfortunately, that probably means that they would not investigate more before sorting out other issues and making the driver conformant. So far, nothing had changed regarding the issue :(

0x7CFE · 2020-09-12T17:05:16Z

Good news everyone! I was finally able to run some iced examples on Raspberry Pi 4 using Igalia v3dv driver and it worked! 🎉

Igalia v3dv driver is now approaching its 1.0 and authors are working on Vulkan conformance tests, so core functionality is already there. Hopefully we would have real Vulkan support soon on RPi4.

0x7CFE · 2020-09-12T17:18:59Z

Still, current performance is quite low and there are a lot of rendering artifacts.

SimplyNaOH · 2021-01-10T11:31:25Z

Good news everyone! I was finally able to run some iced examples on Raspberry Pi 4 using Igalia v3dv driver and it worked! tada

Igalia v3dv driver is now approaching its 1.0 and authors are working on Vulkan conformance tests, so core functionality is already there. Hopefully we would have real Vulkan support soon on RPi4.

Can you share more about your setup? The v3dv driver is now merged into mesa, but I don't seem to be able to get it to run Iced properly. For instance:

the clock example is glitchy (seconds clock hand tears up when it moves; improves if the example is modified to tick the message more often)
Game of life crashes with Segmentation fault
Geometry example is glitchy while moving the mouse
Bezier_tool glitches while moving the line
simpler examples like progress_bar work fine...

I have also tried some wgpu examples and I reproduce the observations made there...

My setup:

Linux raspi 5.11.0-rc2-1-MANJARO-ARM #1 SMP PREEMPT Wed Jan 6 11:28:33 CST 2021 aarch64 GNU/Linux
(Manjaro package) extra/mesa-git 21.0.0_devel.132971.a0314083be5-1

cat /boot/config.txt
# See /boot/overlays/README for all available options

gpu_mem=128
initramfs initramfs-linux.img followkernel
kernel=kernel8.img
arm_64bit=1
enable_gic=1
disable_overscan=1

#enable sound
dtparam=audio=on
hdmi_drive=2

#enable vc4
#dtoverlay=vc4-fkms-v3d
dtoverlay=vc4-kms-v3d-pi4,cma-384
max_framebuffers=2
dtoverlay=rpivid-v4l2

dancespiele · 2021-01-14T02:52:29Z

in my case I get this error when I run some basic code using Iced (branch: master) with RP4:

thread 'main' panicked at '0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.00 ES, and 3.00 ES

0x7CFE · 2021-01-15T11:30:28Z

in my case I get this error when I run some basic code using Iced (branch: master) with RP4:
thread 'main' panicked at '0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.00 ES, and 3.00 ES

See the comment above: #428 (comment)

0x7CFE · 2021-01-15T11:33:28Z

the clock example is glitchy (seconds clock hand tears up when it moves; improves if the example is modified to tick the

It's glitching for me as well, much like solar system and others. Tested on igalia/v3dv branch in mesa repo, and on recent master. Makes no difference.

Also game of life example looks kinda upside-down. All controls and fonts are mirrored vertically.

0x7CFE · 2021-01-15T11:49:31Z

Patched GL version now work seamlessly for me 🎉

0x7CFE · 2021-01-15T12:09:21Z

@hecrj, @SimplyNaOH, @dancespiele, you may check out my patch: https://github.com/0x7CFE/iced/tree/gl300es

andresv · 2021-02-13T22:06:36Z

@0x7CFE I looked this branch https://github.com/0x7CFE/iced/tree/gl300es and it seems that it just adds those lines to Cargo.toml:

[patch.crates-io]
glow_glyph = { git = "https://github.com/0x7CFE/glow_glyph.git", branch = "gl300es" }

And it seems change that you made for glow_glyph is here:
0x7CFE/glow_glyph@0e1241f

I saw the same error message on RPi as @dancespiele reported and I tried to reproduce @0x7CFE results, however so far unsuccesfully.

My application Cargo.toml looks like this:

[dependencies]
iced = { version = "0.2", default_features = false, features = ["tokio_old", "glow", "glow_canvas"] }
iced_native = "0.3"
tokio = { version = "0.2", features = ["full"] }

[patch.crates-io]
glow_glyph = { git = "https://github.com/0x7CFE/glow_glyph.git", branch = "gl300es" }

Cargo.lock file shows that glow_glyph is indeed taken from this branch. However I still see this error:

thread 'main' panicked at '0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10...

I wonder what I am missing, what else must be patched?

0x7CFE · 2021-02-14T18:19:58Z

I wonder what I am missing, what else must be patched?

That's strange. Maybe I didn't commited everything and some shader still refer to GL 3.30

0x7CFE · 2021-02-14T18:24:19Z

and it seems that it just adds those lines to Cargo.toml:

See this commit which is in the branch: 6ff29ef

talksik · 2023-06-19T18:02:57Z

would a simple ui work on raspberry pi zero? or does it need harware graphics?

hecrj added the question Further information is requested label Jun 27, 2020

hecrj added this to the 0.2.0 milestone Jun 27, 2020

0x7CFE mentioned this issue Jul 6, 2020

OpenGL renderer and backend-agnostic graphics subcrate #354

Merged

0x7CFE mentioned this issue Aug 22, 2020

Is OpenGL Supported now? gfx-rs/wgpu#450

Closed

hecrj modified the milestones: 0.2.0, 0.3.0 Nov 26, 2020

hecrj modified the milestones: 0.3.0, 0.4.0 Mar 31, 2021

hecrj added the rendering label Jan 18, 2022

hecrj mentioned this issue Jan 18, 2022

feat: add support to ARM devices (and older hardware) #1160

Merged

hecrj closed this as completed in #1160 Jan 26, 2022

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Iced on Raspberry PI 4 (almost working) #428

Iced on Raspberry PI 4 (almost working) #428

0x7CFE commented Jun 27, 2020

hecrj commented Jun 27, 2020

0x7CFE commented Jun 28, 2020

0x7CFE commented Jun 28, 2020 •

edited

Loading

w23 commented Jun 28, 2020 •

edited

Loading

w23 commented Jun 28, 2020

w23 commented Jun 28, 2020

0x7CFE commented Jun 29, 2020

0x7CFE commented Jul 17, 2020

hecrj commented Jul 20, 2020

0x7CFE commented Jul 20, 2020 •

edited

Loading

0x7CFE commented Aug 22, 2020 •

edited

Loading

0x7CFE commented Sep 12, 2020

0x7CFE commented Sep 12, 2020

SimplyNaOH commented Jan 10, 2021

dancespiele commented Jan 14, 2021 •

edited

Loading

0x7CFE commented Jan 15, 2021

0x7CFE commented Jan 15, 2021 •

edited

Loading

0x7CFE commented Jan 15, 2021 •

edited

Loading

0x7CFE commented Jan 15, 2021 •

edited

Loading

andresv commented Feb 13, 2021

0x7CFE commented Feb 14, 2021

0x7CFE commented Feb 14, 2021

talksik commented Jun 19, 2023

Iced on Raspberry PI 4 (almost working) #428

Iced on Raspberry PI 4 (almost working) #428

Comments

0x7CFE commented Jun 27, 2020

hecrj commented Jun 27, 2020

0x7CFE commented Jun 28, 2020

0x7CFE commented Jun 28, 2020 • edited Loading

w23 commented Jun 28, 2020 • edited Loading

w23 commented Jun 28, 2020

w23 commented Jun 28, 2020

0x7CFE commented Jun 29, 2020

0x7CFE commented Jul 17, 2020

hecrj commented Jul 20, 2020

0x7CFE commented Jul 20, 2020 • edited Loading

0x7CFE commented Aug 22, 2020 • edited Loading

0x7CFE commented Sep 12, 2020

0x7CFE commented Sep 12, 2020

SimplyNaOH commented Jan 10, 2021

dancespiele commented Jan 14, 2021 • edited Loading

0x7CFE commented Jan 15, 2021

0x7CFE commented Jan 15, 2021 • edited Loading

0x7CFE commented Jan 15, 2021 • edited Loading

0x7CFE commented Jan 15, 2021 • edited Loading

andresv commented Feb 13, 2021

0x7CFE commented Feb 14, 2021

0x7CFE commented Feb 14, 2021

talksik commented Jun 19, 2023

0x7CFE commented Jun 28, 2020 •

edited

Loading

w23 commented Jun 28, 2020 •

edited

Loading

0x7CFE commented Jul 20, 2020 •

edited

Loading

0x7CFE commented Aug 22, 2020 •

edited

Loading

dancespiele commented Jan 14, 2021 •

edited

Loading

0x7CFE commented Jan 15, 2021 •

edited

Loading

0x7CFE commented Jan 15, 2021 •

edited

Loading

0x7CFE commented Jan 15, 2021 •

edited

Loading