13 Jan 2024 |
danielb | it's certainly something that could be improved in the driver, but so far there was not much reason to do so | 13:05:42 |
Dominic Fischer | Even for my traditional framebuffers, I had to implement fill_solid to reduce the significant amount of bounds checking that was needed. Though for a 1KB framebuffer in won't matter. Pesky | 13:07:46 |
danielb | yeah the joys of small things :D | 13:08:12 |
Dominic Fischer | I now wonder if the fonts could be stored as an RLE format. 🤔 | 13:08:14 |
Dominic Fischer | Then everyone can win. Less space, less draw calls. | 13:08:35 |
danielb | maaaybe? pretty big change, though if you want to tackle that | 13:09:31 |
danielb | at least on the current monofonts, though you could whip up some experimental new font type | 13:09:48 |
Dominic Fischer | New font type for that makes sense to me as well | 13:10:11 |
danielb | so, to summarize, I think you should create some third-party adapter that does your iter -> Rect conversion, so people could opt in if/when/where they want to | 13:11:45 |
danielb | it's also probably a better way initially to not bug the otherwise half-gone maintainers :) | 13:12:23 |
danielb | but you're right that there are opportunities for improvement | 13:12:43 |
Dominic Fischer | Sounds good to me. I'll probably skip the iter -> Rect thing and just do the custom font. | 13:15:47 |
Dominic Fischer | Thanks for the think session 🙂 | 13:16:06 |
14 Jan 2024 |
almindor | I wonder if a hint system for e-g would work for these problems | 04:47:25 |
| gmccabe joined the room. | 09:36:34 |
Dominic Fischer | What sorta hints are you thinking of? Like an extra parameter to draw_iter ? | 19:48:49 |
Peter Hansen | In reply to @dominaezzz:matrix.org I now wonder if the fonts could be stored as an RLE format. 🤔 I've only skimmed through the discussion, but note that the u8g2 format uses some form of RLE for the fonts. I observed a flash size reduction when switching to those from the default monospace fonts, and for that matter a 3x speedup in rendering. I'm not sure the latter is directly related to that, but I'll take it. (I'm fairly sure I was drawing only foreground pixels even previously, but I won't swear to it. I definitely am with u8g2_fonts however... so it's possible that's the source of the speedup instead.) | 21:54:00 |
Dominic Fischer | In reply to @peter9477:matrix.org I've only skimmed through the discussion, but note that the u8g2 format uses some form of RLE for the fonts. I observed a flash size reduction when switching to those from the default monospace fonts, and for that matter a 3x speedup in rendering. I'm not sure the latter is directly related to that, but I'll take it. (I'm fairly sure I was drawing only foreground pixels even previously, but I won't swear to it. I definitely am with u8g2_fonts however... so it's possible that's the source of the speedup instead.) It appears u8g2 uses RLE but draw_iter is still used for drawing, which is slightly disappointing given the easy opportunity to make fewer draw calls. (Nothing a PR can't fix I suppose) | 22:19:47 |
Dominic Fischer | This is the bit I'm on about. https://github.com/Finomnis/u8g2-fonts/blob/main/src/font_reader/glyph_renderer.rs#L135 | 22:20:12 |
15 Jan 2024 |
Peter Hansen | Yes, if you were talking about draw_iter() I can confirm it is still definitely using that. Since I'm using a 144x168 B&W display, I can easily spare RAM for a display buffer (3K) or two, so I too would be very happy to optimize rendering to not go pixel by pixel, but it's not high on my priority list for now. | 04:36:19 |
huszty | Hey! I am crafting a simulator for my embedded-graphics based project. The project is audio related, so I am looking into using SDL2 audio when running on simulator. SDL2 does not like if I am (re)initing it in my code to get the audio subsystem out. So I wonder if it would make sense to have a way in the embedded-graphics-simulator for this. I crafted some PoC code that seems to work for playback (I could imagine the same for recording): https://github.com/embedded-graphics/simulator/commit/56c93e3d8ad86f4a0703d0bc676013213f93d6a3
What do you think? | 08:26:34 |
| Dan joined the room. | 10:15:16 |
16 Jan 2024 |
| madnirua changed their display name from Auri to madnirua. | 22:00:59 |
18 Jan 2024 |
| @a2ron:matrix.org left the room. | 00:50:27 |
dngrs | In reply to @huszty:matrix.org Hey! I am crafting a simulator for my embedded-graphics based project. The project is audio related, so I am looking into using SDL2 audio when running on simulator. SDL2 does not like if I am (re)initing it in my code to get the audio subsystem out. So I wonder if it would make sense to have a way in the embedded-graphics-simulator for this. I crafted some PoC code that seems to work for playback (I could imagine the same for recording): https://github.com/embedded-graphics/simulator/commit/56c93e3d8ad86f4a0703d0bc676013213f93d6a3 What do you think? I'd probably prefer exposing the sdl_context and keeping audio initialization in a separate crate | 23:26:46 |
24 Jan 2024 |
| utku ⚡️ joined the room. | 06:51:19 |
26 Jan 2024 |
| ithinuel set a profile picture. | 19:32:46 |
27 Jan 2024 |
| tristan joined the room. | 02:09:32 |
28 Jan 2024 |
| @zer0-x:kde.org joined the room. | 21:34:12 |
30 Jan 2024 |
Ernest Kissiedu | Hi everyone,
I just wanted to share if anybody is interested. The Rust Nation Conference happening in London will have talks on
• Satellites
• Drones
And a talk from Frederic Ameye from Renault on Rust being used in Automotive. | 13:13:26 |