| 13 Jan 2024 |
 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 |
| 9 Feb 2024 |
|  badrb set a profile picture. | 09:59:26 |
| 12 Feb 2024 |
|  jmgr joined the room. | 11:07:12 |
| 13 Feb 2024 |
|  @greengenie:matrix.org changed their display name from Adam Hott to CodingInGreen. | 19:53:57 |
| 15 Feb 2024 |
| @greengenie:matrix.org changed their display name from CodingInGreen to Adam Hott. | 12:32:22 |
